使用 gunicorn 和 python-socketio 的 Nginx 反向代理
Nginx Reverse proxy with gunicorn and python-socketio
如标题所述,我正在使用 python-socketio 异步服务器和 aiohttp 进行 websocket 连接。为了部署我的服务器,我使用 gunicorn。将 gunicorn 绑定到地址 0.0.0.0:port 工作正常,我可以连接并且没有问题。但是现在我想对我的应用程序使用 nginx 反向代理,并将 gunicorn 绑定到 test.sock.
请求到达服务器,但从未建立连接。这意味着我的 socketio 方法 connect() 运行正常但未建立连接。
Nginx 报错
*1 upstream prematurely closed connection while reading response header from upstream,
nginx.conf
worker_processes 1;
error_log /var/log/nginx/error.log warn;
pid /var/run/nginx.pid;
events {
worker_connections 1024;
accept_mutex off;
}
http {
include mime.types;
default_type application/octet-stream;
access_log /var/log/nginx/access.log combined;
sendfile on;
upstream testapp {
server unix:/tmp/test.sock fail_timeout=0;
}
server {
listen 80 default_server;
return 444;
}
server {
listen 80;
client_max_body_size 4G;
server_name <myservername>;
keepalive_timeout 5;
root /tmp;
location / {
try_files $uri @testapp;
}
location @testapp {
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header Host $http_host;
proxy_redirect off;
proxy_buffering off;
proxy_pass http://testapp;
}
}
}
感谢您的帮助。真的不确定我该如何解决这个问题。已经卡了好久了。
我确实弄清楚了问题所在。也许这对某人有帮助。
用 nginx.conf 作为
error_log /var/log/error.log info;
events {}
http {
access_log /var/log/access.log;
upstream testapp {
server unix:/tmp/testapp.sock fail_timeout=0;
}
server {
listen 80;
server_name <myservername>;
location / {
proxy_pass http://testapp;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_redirect off;
proxy_buffering off;
}
}
}
一切都很顺利。事实证明,需要升级和连接 Headers 才能根据需要将连接从 http 升级到 websocket(这很有意义)。
有趣的是 proxy_pass 需要成为您位置块中的第一行(我没有发现某处明确说明这一点,但所有示例都是这样)。我不知道为什么需要这个,但如果没有它,它对我不起作用。
如标题所述,我正在使用 python-socketio 异步服务器和 aiohttp 进行 websocket 连接。为了部署我的服务器,我使用 gunicorn。将 gunicorn 绑定到地址 0.0.0.0:port 工作正常,我可以连接并且没有问题。但是现在我想对我的应用程序使用 nginx 反向代理,并将 gunicorn 绑定到 test.sock.
请求到达服务器,但从未建立连接。这意味着我的 socketio 方法 connect() 运行正常但未建立连接。
Nginx 报错
*1 upstream prematurely closed connection while reading response header from upstream,
nginx.conf
worker_processes 1;
error_log /var/log/nginx/error.log warn;
pid /var/run/nginx.pid;
events {
worker_connections 1024;
accept_mutex off;
}
http {
include mime.types;
default_type application/octet-stream;
access_log /var/log/nginx/access.log combined;
sendfile on;
upstream testapp {
server unix:/tmp/test.sock fail_timeout=0;
}
server {
listen 80 default_server;
return 444;
}
server {
listen 80;
client_max_body_size 4G;
server_name <myservername>;
keepalive_timeout 5;
root /tmp;
location / {
try_files $uri @testapp;
}
location @testapp {
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header Host $http_host;
proxy_redirect off;
proxy_buffering off;
proxy_pass http://testapp;
}
}
}
感谢您的帮助。真的不确定我该如何解决这个问题。已经卡了好久了。
我确实弄清楚了问题所在。也许这对某人有帮助。 用 nginx.conf 作为
error_log /var/log/error.log info;
events {}
http {
access_log /var/log/access.log;
upstream testapp {
server unix:/tmp/testapp.sock fail_timeout=0;
}
server {
listen 80;
server_name <myservername>;
location / {
proxy_pass http://testapp;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_redirect off;
proxy_buffering off;
}
}
}
一切都很顺利。事实证明,需要升级和连接 Headers 才能根据需要将连接从 http 升级到 websocket(这很有意义)。
有趣的是 proxy_pass 需要成为您位置块中的第一行(我没有发现某处明确说明这一点,但所有示例都是这样)。我不知道为什么需要这个,但如果没有它,它对我不起作用。