如何解决CentOS 7下Nginx+Flask服务器的502 Bad Gateway错误？

优先排查Nginx错误日志 #

• 查看Nginx的错误日志（通常路径为/www/wwwlogs/error.log，可在nginx.conf中确认error_log配置项），502错误的核心原因几乎都会在这里记录，比如「connection refused」（后端拒绝连接）、「timeout」（连接超时）、「upstream prematurely closed connection」（后端提前关闭连接）等。

验证后端Flask服务状态 #

• 检查Flask相关进程是否存活：执行ps aux | grep flask（如果使用gunicorn/uwsgi，替换为grep gunicorn或grep uwsgi），确认进程存在且没有频繁重启的迹象。
• 直接访问后端服务：用curl http://127.0.0.1:[Flask监听端口]/[特定页面路径]测试，看是否能正常返回内容。如果直接访问也报错，说明问题出在Flask应用本身；如果正常，问题则在Nginx代理配置或网络层面。
• 查看WSGI服务器日志：如果用了gunicorn、uwsgi这类WSGI容器，检查它们的独立日志（比如gunicorn的error.log），Flask自身日志可能未捕获到WSGI层的崩溃、端口占用等问题。

检查Nginx代理配置细节 #

• 核对proxy_pass配置：确认server块中的proxy_pass地址（IP、端口）和Flask服务监听的地址完全一致，避免拼写错误（比如端口写成5001而非5000）。
• 排查SELinux限制：CentOS 7默认开启SELinux，可能阻止Nginx连接后端端口。执行getsebool httpd_can_network_connect，如果返回off，执行setsebool -P httpd_can_network_connect on永久开启该权限。
• 检查防火墙规则：临时关闭防火墙（systemctl stop firewalld）测试是否恢复，若正常则添加端口允许规则：firewall-cmd --add-port=[Flask端口]/tcp --permanent && firewall-cmd --reload。

针对特定页面的深层排查 #

• 检查系统OOM日志：特定页面可能因资源占用过高被系统OOM Killer终止进程。查看/var/log/messages或执行dmesg | grep -i oom，确认是否有Flask/WSGI进程被杀死的记录。
• 本地复现错误：在服务器本地启动Flask调试模式，手动访问该页面，查看控制台输出的错误信息（部分异常可能未被写入日志文件）。

服务器资源排查 #

• 用top或htop查看服务器CPU、内存使用率，若资源耗尽（比如内存占满），会导致Flask进程无法响应请求，需清理冗余进程或升级服务器配置。

内容的提问来源于stack exchange，提问作者Gauthier Buttez