如何解决Nginx在发送最后一块之前关闭客户端连接
我第一次遇到这种问题,我不知道如何找到解决方案...
我当前的设置:
- 运行在Docker容器中的Nginx
- 一个运行在Docker容器中的PHP(带有FPM)项目,具体取决于Nginx
- 在服务器上全局安装的Nginx,用于将连接转发到容器中
最终客户可以通过PHP项目下载大文件。 PHP代码只需读取文件,然后将其与某些标头(应用程序/强制下载,应用程序/八位字节流,应用程序/下载等)一起发送给客户端。
我的目标是公平停止Docker容器,但等待客户端完成其下载。
在Nginx Dockerfile中,我添加了STOPSIGNAL SIGQUIT
行,因为Nginx并未使用SIGTERM进行正常关闭。
一切似乎都很好,客户端启动下载,我尝试执行“ docker-compose down”,nginx容器收到SIGQUIT并拒绝新连接,但是每次客户端下载文件时都保持活动状态。
最后,它在发送完最后一个块之后会自动停止,而不会出现任何错误。
但是,客户端(占下载的99.999%)会收到“连接断开”的消息。
经过一些调查,每次似乎都错过了少于8Mo的冲击(用900 Mo锉和4 Go锉进行测试)。
我发现服务器nginx(将proxy_pass传递到容器)抛出此错误:
2020/09/30 10:04:35 [错误] 1069853#1069853:* 58334上游过早关闭连接,同时读取上游,客户端:XXXX.XXX.XX,服务器:mywebsite.io,请求:“ GET / b / d / 37edaee880 / 4d55e8ec14546dc0 HTTP / 2.0”,上游:“ http://127.0.0.1:8000/b/d/37edaee880/4d55e8ec14546dc0”,主机:“ mywebsite.io”
因此,它不会将文件的最后一部分提供给客户端。我不知道为什么Nginx抱怨“过早关闭的连接”,因为在docker端,该连接在发送所有文件后关闭:/
是否有任何配置可以避免这种情况?
我可以给Docker nginx配置:
listen 80;
root /var/www/html/public;
server_name _;
index index.php;
client_max_body_size 10G;
location / {
try_files $uri $uri/ /index.php$is_args$args;
}
location ~ \.php$ {
try_files $uri =404;
fastcgi_split_path_info ^(.+\.php)(/.+)$;
fastcgi_pass php:9000;
fastcgi_index index.php;
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param PATH_INFO $fastcgi_path_info;
fastcgi_read_timeout 600s; # 10m
}
}
服务器Nginx配置:
server_name mywebsite.io;
access_log /var/log/nginx/mywebsite.io.access.log;
error_log /var/log/nginx/mywebsite.io.error.log error;
include /etc/nginx/conf.d/server/default.conf;
include /etc/nginx/conf.d/server/ssl.conf;
include /etc/nginx/conf.d/server/csp.conf;
location / {
client_max_body_size 10G;
client_body_timeout 43200s; # 12h
proxy_read_timeout 1800s; # 30m
proxy_max_temp_file_size 0;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Host $server_name;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_pass http://127.0.0.1:8000;
}
}
2天,我试图解决该问题,但没有成功...
谢谢!
编辑
如果最终客户端连接到Dockerized Nginx,它将正常工作。 “ bug”位于界面nginx主机上-> nginx docker ...
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。