导致502的一个常见原因，是三次握手建立失败了，你可以用netstat统计下，是否存在报文丢失等情况，如果是的话，报502就是正常的，此时你可以通过Nginx的next upstream机制，在Nginx层通过重新转发请求把502错误化解掉。

1. 502 bad gateway的原因有多种，这是其中一的一种，仅供参考！

2. 首先查找php-fpm位置：

   1.find / -name php-fpm;

   2.查看listen值；

    

   
3. 打开nginx配置文件，查看fastcgi_pass配置项值；

   fastcgi_pass   127.0.0.1:9000;

   
4. 使用grep查看 php-fpm是否运行；

   1.netstat -ant | grep 9000

   2.结果为空，说明php-fpm未运行；

    

    

   
5. 因此，将nginx配置文件中fastcgi_pass配置项改为 unix:/tmp/php-cgi.sock;

   fastcgi_pass unix:/tmp/php-cgi.sock;

   
6. 保存，并重启nginx；

   /usr/local/nginx/sbin/nginx -s reload

   
7. 再次访问，运行成功！！

    

   

看看这篇文章能解决您的问题吗 https://www.nginx-cn.net/article/186

这个之前遇到过是因为nginx upstream的默认监控检查的问题，可以在upstream里加上max_fails=0  fail_timeout=0试试。

楼主你好，请问这个502的问题解决了吗？目前我们这边也是互联网-》NGINX代理-》后端服务，在请求量不大的情况下，ERROR日志提示 no live upstreams while connecting to upstream，但是此时后端服务都是正常的，收不到来着NGINX的请求，就只能看到NGINX的日志返回了502给客户端了