先说环境：

一台windows机器，只跑了nginx，做代理。
一台linux服务器，lnmp环境，运行一个php网站。

在windows的nginx上做了代理，nginx.conf配置文件相关参数并未调整什么。第一天跑的很正常，第二天出现了502，直接hosts绑定linux服务器的ip访问没有任何问题。

我相信，大多数人不会怀疑问题出在linux服务器上，毕竟绑定hosts直接访问是没有任何问题的。所以，在windows上折腾很久，无论重启nginx服务还是重启系统，还是502。

查看windows上nginx的错误日志error.log，发现很多“[error] 2420#2560: *27 WSARecv() failed (10054: An existing connection was forcibly closed by the remote host) while reading response header from upstream ”

这种日志很少见，但可以判定问题出在linux服务器上。于是到linux服务器上打开错误日志，可惜并未发现什么问题。
去搜google吧，也没有找到好的解决办法。

还好，我印象中多年前遇到过一次类似的问题，不过是linux代理linux，症状和该问题基本类似，当时的解决办法是，修改被代理的linux服务器nginx配置文件nginx.conf中worker_connections参数的值，当时记得是51200，改为4096就ok了。

到linux服务器上，打开nginx配置文件，发现worker_connections竟然也是51200，改为4096后，重启nginx服务。(或者worker_rlimit_nofile)

惊喜再现，问题就这样解决了！

解决后，才想到：应该在linux服务器上把error日志的级别调整为debug，就可以看到更多信息了。
由于是客户的机器，就没有再去折腾。

实例

报错信息 ： web页面报错 ： 502 Bad Gateway

配置nginx做端口转发，nginx配置文件。已经重启

查看项目状态
#ps aux | grep 项目名


**注意 ： **查看nginx配置的端口和项目的端口是否一致