websockets, проксированные nginx, до gunicorn через https, дающие 400 (плохой запрос)

Question

У меня возникли проблемы с установкой веб-узла в моем флеш-приложении.

На стороне клиента я каждую секунду посылаю событие «ping» websocket на сервер. В консоли браузера, я вижу следующую ошибку каждый второй

POST https://example.com/socket.io/?EIO=3&transport=polling&t=LOkVYzQ&sid=88b5202cf38f40879ddfc6ce36322233 400 (BAD REQUEST) 

GET https://example.com/socket.io/?EIO=3&transport=polling&t=LOkVZLN&sid=5a355bbccb6f4f05bd46379066876955 400 (BAD REQUEST) 

WebSocket connection to 'wss://example.com/socket.io/?EIO=3&transport=websocket&sid=5a355bbccb6f4f05bd46379066876955' failed: WebSocket is closed before the connection is established. 

У меня есть следующие nginx.conf

server { 
    listen 80; 
    server_name example.com www.example.com; 
    return 301 https://$server_name$request_uri; 
} 

upstream app_server { 

    # for UNIX domain socket setups 
    server unix:/pathtowebapp/gunicorn.sock fail_timeout=0; 

} 

server { 

    listen 443 ssl; 

    server_name example.com www.example.com; 

    keepalive_timeout 5; 

    ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem; 
    ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem; 

    ssl_protocols TLSv1 TLSv1.1 TLSv1.2; 
    ssl_prefer_server_ciphers on; 
    ssl_ciphers 'EECDH+AESGCM:EDH+AESGCM:AES256+EECDH:AES256+EDH'; 

    charset  utf-8; 
    client_max_body_size 30M; 

    location/{ 
     try_files $uri @proxy_to_app; 
    } 

    location /socket.io { 
     proxy_pass http://app_server; 
     proxy_redirect off; 

     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_http_version 1.1; 
     proxy_set_header Upgrade $http_upgrade; 
     proxy_set_header Upgrade websocket; 
     proxy_set_header Connection "upgrade"; 
     proxy_read_timeout 86400; 
     proxy_buffering off; 
     proxy_headers_hash_max_size 1024; 

    } 


    location /static { 
     alias /pathtowebapp/webapp/static; 
    } 

    location @proxy_to_app { 
     proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 

     # enable this if and only if you use HTTPS 
     proxy_set_header X-Forwarded-Proto https; 

     proxy_set_header X-Forwarded-Proto $scheme; 

     proxy_set_header Host $http_host; 

     # we don't want nginx trying to do something clever with 
     # redirects, we set the Host: header above already. 
     proxy_redirect off; 
     #proxy_buffering off; 
     proxy_pass http://app_server; 

    } 

} 

Я смотрел на всем протяжении для примеров WebSocket, работающих с HTTPS с использованием Nginx перед gunicorn.

Моя страница загружается, хотя соединение с веб-разъемом не увенчалось успехом.

Клиентская WebSocket устанавливается с помощью следующей JavaScript:

var socket = io.connect('https://' + document.domain + ':' + location.port + namespace); 

Вот мой gunicorn.conf

import multiprocessing 

bind = 'unix:/pathtowebapp/gunicorn.sock' 
workers = multiprocessing.cpu_count() * 2 + 1 
worker_class = 'eventlet' 

[EDIT] если я устанавливаю Nginx, как она есть в Flask-IO documentation и просто запустите (env)$ python deploy_app.py, тогда он работает. Но у меня сложилось впечатление, что это было не так идеально, как установка, о которой я упоминал ранее.

Answer 1

Проблема в том, что вы работаете с несколькими рабочими на пулемете. Это не конфигурация, которая в настоящее время поддерживается, из-за очень ограниченного балансира нагрузки в пушечном ярусе, который не поддерживает липкие сеансы. Ссылка на документацию: https://flask-socketio.readthedocs.io/en/latest/#gunicorn-web-server.

Вместо этого запустите несколько экземпляров пушки, каждый с одним рабочим, а затем настройте nginx для балансировки нагрузки, используя метод ip_hash, чтобы сеансы были липкими.

Также, если вы не знаете, если вы запускаете несколько серверов, вам также нужно запустить очередь сообщений, чтобы процессы могли координировать. Это также описано в приведенной выше документации.