先說環(huán)境：

一臺windows機器，只跑了nginx，做代理。

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

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

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

查看windows上nginx的錯誤日志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 ”

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

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

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

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

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

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

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