私は何日もこの問題に頭を悩ませており、ついにレンガの壁に到達しました。
私は自分のスタックを実行しようとしています:
私は他のSOこのような記事を見てきました:
nginx-uWSGI HTTP + websocket設定
彼らは私が遭遇している同様の問題を持っているようですが、解決策は私のために機能しません。
基本的に、uWSGIプロセスを起動しようとすると、nginx 502の不正なゲートウェイ画面が表示され続けます。ドキュメントの指示に従って、2つの別個のuwsgiプロセスを実行しています。
Websocket uwsgiインスタンスを実行すると、次のようになります。
*** running gevent loop engine [addr:0x487690] ***
[2015-05-27 00:45:34,119 wsgi_server] DEBUG: Subscribed to channels: subscribe-broadcast, publish-broadcast
これにより、そのuwsgiインスタンスが正常に実行されていることがわかります。次に、次のuwsgiプロセスを実行しますが、そこにもエラーログはありません...
ブラウザでページに移動すると、502 Bad Gateway Screenが表示される前に、ページが数秒間ハングします。
NGINXログによると、NGINXは言う:
2015/05/26 22:46:08 [error] 18044#0: *3855 upstream prematurely closed connection while reading response header from upstream, client: 192.168.59.3, server: , request: "GET /chat/ HTTP/1.1", upstream: "uwsgi://unix:/opt/Django/django.sock:", Host: "192.168.59.103:32768"
これは、Webブラウザーでページにアクセスしようとしたときに表示される唯一のエラーログです。
誰かアイデアは???
以下は私の設定ファイルの一部です:
nginx.conf
user www-data;
worker_processes 4;
pid /run/nginx.pid;
events {
worker_connections 768;
}
http {
##
# Basic Settings
##
sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 65;
types_hash_max_size 2048;
# server_tokens off;
# server_names_hash_bucket_size 64;
# server_name_in_redirect off;
include /etc/nginx/mime.types;
default_type application/octet-stream;
##
# SSL Settings
##
ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
ssl_prefer_server_ciphers on;
##
# Logging Settings
##
access_log /var/log/nginx/access.log;
error_log /var/log/nginx/error.log;
##
# Gzip Settings
##
gzip on;
gzip_disable "msie6";
# gzip_vary on;
# gzip_proxied any;
# gzip_comp_level 6;
# gzip_buffers 16 8k;
# gzip_http_version 1.1;
# gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;
##
# Virtual Host Configs
##
include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/Django.conf;
}
nginx.confを拡張する次のDjango.confファイルがあります
upstream Django {
server unix:/opt/Django/django.sock;
}
server {
listen 80 default_server;
charset utf-8;
client_max_body_size 20M;
sendfile on;
keepalive_timeout 0;
large_client_header_buffers 8 32k;
location /media {
alias /opt/Django/app/media/media;
}
location /static {
alias /opt/Django/app/static;
}
location / {
include /opt/Django/uwsgi_params;
}
location /ws/ {
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_pass http://unix:/opt/Django/app.sock;
proxy_buffers 8 32k;
proxy_buffer_size 64k;
}
}
そして、次のように私のuwsgiプロセスを担当する2つのファイル:
runserver_uwsgi.ini:
[uwsgi]
ini = :runserver
[default]
userhome = /opt/Django
chdir = %dapp/
master = true
module = chatserver.wsgi:application
no-orphans = true
threads = 1
env = Django_SETTINGS_MODULE=myapp.settings
vacuum = true
[runserver]
ini = :default
socket = /opt/Django/app.sock
module = wsgi_Django
buffer-size = 32768
processes = 4
chmod-socket=666
およびwsserver_uwsgi.ini
[uwsgi]
ini = :wsserver
[default]
userhome = /opt/Django
chdir = %dapp/
master = true
module = chatserver.wsgi:application
no-orphans = true
threads = 1
env = Django_SETTINGS_MODULE=chatserver.settings
vacuum = true
[wsserver]
ini = :default
http-socket = /opt/Django/django.sock
module = wsgi_websocket
http-websockets = true
processes = 2
gevent = 1000
chmod-socket=666
問題が見つかりました。
私の[runserver]ソケット(app.sock)はupstream Django
の下で指す必要があり、私の[wsserver]ソケット(Django.sock)はlocation /ws/
の下で指す必要があります。
upstream Django {
server unix:/opt/Django/app.sock;
}
server {
listen 80 default_server;
charset utf-8;
client_max_body_size 20M;
sendfile on;
keepalive_timeout 0;
large_client_header_buffers 8 32k;
location /media {
alias /opt/Django/app/media/media;
}
location /static {
alias /opt/Django/app/static;
}
location / {
include /opt/Django/uwsgi_params;
}
location /ws/ {
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_pass http://unix:/opt/Django/django.sock;
proxy_buffers 8 32k;
proxy_buffer_size 64k;
}
}
同じ問題がありましたが、NGINX構成ではありませんでした。クライアント側からサーバーにJSONをポストすると、UWSGIプロセスがタイムアウトエラーを引き起こしていました。プロセスが5だったので、1に変更して問題を解決しました。私のアプリケーションでは、AWSが複数のプロセスで過負荷になる必要がないため、一度に実行する必要があるプロセスは1つだけでした。
タイムアウトの問題、つまり502ゲートウェイの問題を解決した作業用のUWSGI構成iniファイルを次に示します。
autoboot.ini
#!/bin/bash
[uwsgi]
socket = /tmp/app.sock
master = true
chmod-socket = 660
module = app.wsgi
chdir = home/app
close-on-exec = true # Allow linux Shell via uWSGI
processes = 1
threads = 2
vacuum = true
die-on-term = true
これも私のnginx設定です。
nginx.conf
# the upstream component nginx needs to connect to
upstream Django {
server unix:///app/tmp/app.sock; # for a file socket
# server 127.0.0.1:6000; # for a web port socket (we'll use this first)
}
# configuration of the server
server {
# the port your site will be served on
listen 80;
# the domain name it will serve for
server_name XXX.XXX.XX.X #actual IP in here
charset utf-8;
# max upload size
client_max_body_size 75M; # adjust to taste
error_log /var/log/nginx/error.log;
access_log /var/log/nginx/access.log;
# Finally, send all non-media requests to the Django server.
location / {
uwsgi_pass Django;
include uwsgi_params;
}
location /static {
autoindex on;
alias app/static; # your Django project's static files - amend as required
}
error_page 502 /502.html;
location = /502.html {
alias app/templates/502autoreload.html;
}
client_body_timeout 100s;
uwsgi_read_timeout 500s;
keepalive_timeout 300;
}