502 是后端没应答，问题不在 Nginx 本身。命令都会敲，差别在于知不知道每一步在改什么，出问题能不能退回去。

下面按“先判断范围、再处理、最后防复发”的顺序展开，涉及 Nginx 502、Bad Gateway 的关键动作都给了具体做法，可以照着走。

先看后端

curl 本地后端端口是否通。

同一时间只改一项，改完立刻验证，出问题也好定位。

看日志

error.log 里 upstream 那行会写具体原因。

容易踩的坑：很多“没生效”其实是缓存或时长问题，先排除这一层再改配置。

常见原因

PHP-FPM 进程耗尽、后端端口写错、SELinux 拦截。

同一时间只改一项，改完立刻验证，出问题也好定位。

临时缓解

调大 pm.max_children 并查慢请求。

常见问题

Q：Nginx 502这类问题，最快的判断办法是什么？
先确认现象的范围：只有单台还是全部、只在某个时段还是持续。范围一缩小，原因基本就浮出来了。

Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。

小结

回到这篇的四个环节：先看后端、看日志、常见原因、临时缓解。以上步骤按顺序做完，同类故障基本能自己处理。留一份操作记录，下次能省一半时间。

相关阅读：Nginx 反向代理怎么配、Nginx 编译安装还是包安装、logrotate 日志轮转配置。