快捷導(dǎo)航

Nginx反向代理出現(xiàn)502?Bad?Gateway問(wèn)題解決

更新時(shí)間：2024年10月16日 08:39:57 作者：秋窗7

在配置Nginx反向代理時(shí)遇到502 Bad Gateway錯(cuò)誤,經(jīng)過(guò)排查發(fā)現(xiàn)是SSL握手問(wèn)題,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧

?? 前言

前一陣子寫(xiě)了一篇“關(guān)于解決調(diào)用百度翻譯API問(wèn)題”的博客，近日在調(diào)用其他API時(shí)又遇到一些棘手的問(wèn)題，于是寫(xiě)下這篇博客作為記錄。

?? 問(wèn)題描述

在代理的遇到過(guò)很多錯(cuò)誤碼，其中出現(xiàn)頻率最高的就是502，說(shuō)實(shí)話，當(dāng)時(shí)我是在網(wǎng)上找了好久，也一直在問(wèn)chatgpt，但是收效甚微，依然沒(méi)什么頭緒和進(jìn)展。網(wǎng)上關(guān)于502錯(cuò)誤碼的原因大致分為兩種：網(wǎng)絡(luò)問(wèn)題和上游服務(wù)器的問(wèn)題。

網(wǎng)絡(luò)問(wèn)題我很快就排查完了，在終端中ping了幾個(gè)api的域名，都能ping通，也沒(méi)有包丟失，以我的認(rèn)知來(lái)說(shuō)，網(wǎng)絡(luò)連接是沒(méi)有問(wèn)題的。

上游服務(wù)器問(wèn)題，嗯，這個(gè)該怎么解決呢？我突然想到可以查看nginx錯(cuò)誤日志（想到這里其實(shí)是非常慚愧的，竟然這么久才想到從這一點(diǎn)下手，太不專(zhuān)業(yè)了），于是發(fā)現(xiàn)這樣一段報(bào)錯(cuò)：

(SSL: error:0A000438:SSL routines::tlsv1 alert internal error:SSL alert number 80) while SSL handshaking to upstream, client: 127.0.0.1, server: uapis.cn

于是我將這段日志前面加上一個(gè)nginx，即：

nginx (SSL: error:0A000438:SSL routines::tlsv1 alert internal error:SSL alert number 80) while SSL handshaking to upstream, client: 127.0.0.1, server: uapis.cn

然后直接放在Google里面搜索，第一條就是stack overflow的回復(fù)帖子，點(diǎn)進(jìn)去看了一下，還真被我發(fā)現(xiàn)了一些有用的東西，盡管問(wèn)題場(chǎng)景可能跟我不一樣，但報(bào)錯(cuò)幾乎一模一樣，里面的答主都給出了一個(gè)非常一致的回答，在代理中添加這么一句：

proxy_ssl_server_name on;

后來(lái)又去中文社區(qū)搜了一下，找了一段解釋?zhuān)缦拢?/p>

由于網(wǎng)站啟用了 SNI ， Nginx反代默認(rèn)沒(méi)有加入 SNI proxy_ssl_server_name on; ，Nginx 無(wú)法成功 handshake 上游的 SSL ，導(dǎo)致 502 Bad Gateway.

?? 新的問(wèn)題

我將這條配置語(yǔ)句加入到我的配置文件中，重啟nginx，點(diǎn)擊代理地址，結(jié)果熟悉的502不見(jiàn)了，取而代之的是一個(gè)陌生的404頁(yè)面，為什么說(shuō)陌生呢，有圖為證：

我覺(jué)得這很有可能說(shuō)明配置起作用了，只不過(guò)又有新的問(wèn)題亟待解決，我仔細(xì)審查了我的配置文件之后，感覺(jué)有一處可以改動(dòng)，這在我之前那篇博客里面也提到過(guò)，但這次不是重定向問(wèn)題，于是我抱著試一試的心態(tài)修改了此處配置，修改如下：
從：

proxy_set_header Host $host;

更改為

proxy_set_header Host findmyip.net

也就是將$host替換成了具體的域名。

結(jié)果嘗試了一下，竟然真的成功了！此時(shí)此刻我的心情只能用欣喜若狂來(lái)形容。

?? 補(bǔ)充

在這之前，我還嘗試過(guò)其他解決方法，雖然沒(méi)有起到什么作用，但是也在這里記錄下來(lái)，作為補(bǔ)充，讀者看到了或許也能有所啟發(fā)：

resolver 8.8.8.8; # Google DNS 服務(wù)器，作為域名解析

ssl_protocols TLSv1.2 TLSv1.3; # 指定TLS協(xié)議

proxy_ssl_verify off; # 禁用 SSL 證書(shū)驗(yàn)證（如果需要）

if ($request_method = OPTIONS) {
add_header Access-Control-Allow-Origin *;
add_header Access-Control-Allow-Methods “GET, POST, OPTIONS”;
add_header Access-Control-Allow-Headers “Authorization,Content-Type”;
return 204;
} #處理option請(qǐng)求

proxy_buffer_size 16k;
proxy_buffers 4 32k;
proxy_busy_buffers_size 64k;
proxy_connect_timeout 300s;
proxy_read_timeout 300s;
proxy_send_timeout 300s;

server_name和端口號(hào)

’ / ’ 問(wèn)題，比如location /getpic和location /getpic/ 、以及 proxy_pass https://example.com 和 proxy_pass https://example.com/是不一樣的，以我目前的經(jīng)驗(yàn)來(lái)看，一般可以不用加 ’ / ’

差不多就這些。

到此這篇關(guān)于Nginx反向代理出現(xiàn)502 Bad Gateway問(wèn)題解決的文章就介紹到這了,更多相關(guān)Nginx反向代理出現(xiàn)502內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: