Nginx反向代理出现错误 502 bad gateway 案例解析

场景描述

Nginx + uwsgi + flask

Flask框架写的程序,使用uwsgi启动,Nginx作为反向代理调用Flask应用。

Flask应用有些操作时间比较长,会超过1分钟,在网页端访问会出现错误: 502 bad gateway。

Nginx的错误日志中会出现错误:upstream prematurely closed connection while reading response header from upstream

错误分析

经过网上仔细搜索,产生这种错误的原因:Nginx在从Flask中获得相应数据时出现了错误,链接被关闭导致的,也就是Nginx从Flask获得数据时,没有获得正常的返回结果,链接被中断了。

解决方法

修改uwsgi的配置参数,增加下面代码

复制代码
http-timeout=300
socket-timeout=300

上面两个超时的默认值都是60秒,修改成300秒后,问题解决。真正的原因是:Nginx调用uwsgi时,uwsgi默认60秒超时,到了60秒后,uwsgi将链接断开了,Nginx就产生了错误502 bad gateway。

这两个超时的含义不一样,为了能起到作用,两个都加上了,大家可以从网上搜索两个参数的区别。

其他注意

产生类似错误很可能有其他超时参数,例如Nginx的参数

复制代码
  proxy_connect_timeout 300;
  proxy_read_timeout 300;
  proxy_send_timeout 300;

上面的参数默认值都是60,对于需要长时间的操作,都需要修改这些参数。

webouse 在此记录解决方法,方便以后查阅。

相关推荐
LH_R1 天前
OneTerm开源堡垒机实战(四):访问授权与安全管控
运维·后端·安全
Raymond运维1 天前
MariaDB源码编译安装(二)
运维·数据库·mariadb
JuiceFS2 天前
从 MLPerf Storage v2.0 看 AI 训练中的存储性能与扩展能力
运维·后端
chen9452 天前
mysql 3节点mgr集群部署
运维·后端
LH_R2 天前
OneTerm开源堡垒机实战(三):功能扩展与效率提升
运维·后端·安全
dessler2 天前
Hadoop HDFS-高可用集群部署
linux·运维·hdfs
少妇的美梦3 天前
logstash教程
运维
chen9453 天前
k8s集群部署vector日志采集器
运维
chen9453 天前
aws ec2部署harbor,使用s3存储
运维
東雪蓮☆3 天前
深入理解 LVS-DR 模式与 Keepalived 高可用集群
linux·运维·服务器·lvs