先說(shuō)環(huán)境：

一臺(tái)windows機(jī)器，只跑了nginx，做代理。

一臺(tái)linux服務(wù)器，lnmp環(huán)境，運(yùn)行一個(gè)php網(wǎng)站。

在windows的nginx上做了代理，nginx.conf配置文件相關(guān)參數(shù)并未調(diào)整什么。第一天跑的很正常，第二天出現(xiàn)了502，直接hosts綁定linux服務(wù)器的ip訪問(wèn)沒有任何問(wèn)題。

我相信，大多數(shù)人不會(huì)懷疑問(wèn)題出在linux服務(wù)器上，畢竟綁定hosts直接訪問(wèn)是沒有任何問(wèn)題的。所以，在windows上折騰很久，無(wú)論重啟nginx服務(wù)還是重啟系統(tǒng)，還是502。

查看windows上nginx的錯(cuò)誤日志error.log，發(fā)現(xiàn)很多“[error] 2420#2560: *27 WSARecv() failed (10054: An existing connection was forcibly closed by the remote host) while reading response header from upstream ”

這種日志很少見，但可以判定問(wèn)題出在linux服務(wù)器上。于是到linux服務(wù)器上打開錯(cuò)誤日志，可惜并未發(fā)現(xiàn)什么問(wèn)題。

去搜google吧，也沒有找到好的解決辦法。

還好，我印象中多年前遇到過(guò)一次類似的問(wèn)題，不過(guò)是linux代理linux，癥狀和該問(wèn)題基本類似，當(dāng)時(shí)的解決辦法是，修改被代理的linux服務(wù)器nginx配置文件nginx.conf中worker_connections參數(shù)的值，當(dāng)時(shí)記得是51200，改為4096就ok了。

到linux服務(wù)器上，打開nginx配置文件，發(fā)現(xiàn)worker_connections竟然也是51200，改為4096后，重啟nginx服務(wù)。

驚喜再現(xiàn)，問(wèn)題就這樣解決了！

解決后，才想到：應(yīng)該在linux服務(wù)器上把error日志的級(jí)別調(diào)整為debug，就可以看到更多信息了。

由于是客戶的機(jī)器，就沒有再去折騰。