nginx-超时后不友好的工作人员终止

我计划使用Nginx代理websocket.当执行Nginx reload / HUP时,我知道Nginx等待旧的工作进程停止处理所有请求.但是,在websocket连接中,由于连接是持久的,因此可能不会发生很长时间.是否有一个选项/路线图可以在重新加载超时后强行杀死旧的工作进程?

参考文献:

http://nginx.org/en/docs/control.html

http://forum.nginx.org/read.php?21,247651#msg-247651

谢谢

最佳答案
除非您有以下两种解决方案:proxy_read_timeout 1d或ping消息以使连接保持活动状态,否则Nginx会在60秒内关闭连接.选择此认值是有原因的.

查看Nginx核心开发人员says

There is proxy_read_timeout (07001)
which as well applies to WebSocket connections. You have to bump it
if your backend do not send anything for a long time. Alternatively,
you may configure your backend to send websocket ping frames
periodically to reset the timeout (and check if the connection is
still alive).

话虽这么说,但没有什么可以阻止您使用USR2 QUIT信号组合的,该组合通常在二进制升级时正常重启Nginx时使用. Nginx主机/工作进程很少会消耗超过50MB的内存,因此保留多个主机并没有那么昂贵. USR2帮助派生新的master和master,然后正常关闭老worker和master.

相关文章

Nginx (engine x) 是一个高性能的HTTP和反向代理服务,也是一...
本地项目配置 1 复制 luffy/settings/dev.py为prop.py 修改l...
nginx不仅可以隐藏版本信息,还支持自定义web服务器信息 先看...
一 、此次漏洞分析 1 nginx HTTP/2漏洞 [nginx-announce] ng...
###进入nginx 目录cd /usr/local/nginx###递归显示 2 级目录...
在cmd命令窗口输入下面命令进行查看 tasklist /fi "ima...