HAProxy + WebSocket Disconnection

Używam HAProxy do wysyłania żądań, na subdomenie, do węzła.aplikacja js.

Nie jestem w stanie uruchomić WebSockets. Do tej pory udało mi się tylko nakłonić klienta do ustanowienia połączenia WebSocket, ale potem następuje rozłączenie, które następuje bardzo szybko.

jestem na ubuntu. Używam różnych wersji socket.io i node-websocket-server. Klient jest albo najnowsze wersje Safari lub Chrome. Wersja HAProxy to 1.4.8

Oto mój HAProxy.cfg 

global 
    maxconn 4096 
    pidfile /var/run/haproxy.pid 
    daemon 

defaults 
    mode http 

    maxconn 2000 

    option http-server-close
    option http-pretend-keepalive

    contimeout      5000
    clitimeout      50000
    srvtimeout      50000

frontend HTTP_PROXY
    bind *:80 

    timeout client  86400000

    #default server
    default_backend NGINX_SERVERS

    #node server
    acl host_node_sockettest hdr_beg(host) -i mysubdomain.mydomain

use_backend NODE_SOCKETTEST_SERVERS if host_node_sockettest


backend NGINX_SERVERS 
server THIS_NGINX_SERVER 127.0.0.1:8081

backend NODE_SOCKETTEST_SERVERS
timeout queue   5000
timeout server  86400000

server THIS_NODE_SERVER localhost:8180 maxconn 200 check

Przeszukałem Sieć i listę mailingową, ale nie mogę uzyskać żadnego z proponowanych rozwiązań do pracy.

(p. s. to może być dla serverfault, ale są inne HAProxy pytanie na S. O, więc wybrałem post tutaj)

Author: ROMANIA_engineer, 2010-12-05
Source

4 answers

Upgrade do najnowszej wersji socket.io (0.6.8 -> npm install [email protected], który jest łatany do pracy z HAProxy) i pobierz najnowszą wersję HAProxy.

Oto przykładowy plik konfiguracyjny: 

global
    maxconn     4096 # Total Max Connections. This is dependent on ulimit
    nbproc      2

defaults
    mode        http

frontend all 0.0.0.0:80
    timeout client 5000
    default_backend www_backend
    acl is_websocket hdr(Upgrade) -i WebSocket
    acl is_websocket hdr_beg(Host) -i ws

    use_backend socket_backend if is_websocket

backend www_backend
    balance roundrobin
    option forwardfor # This sets X-Forwarded-For
    timeout server 5000
    timeout connect 4000
    server server1 localhost:8081 weight 1 maxconn 1024 check
    server server2 localhost:8082 weight 1 maxconn 1024 check
    server server3 localhost:8083 weight 1 maxconn 1024 check

backend socket_backend
    balance roundrobin
    option forwardfor # This sets X-Forwarded-For
    timeout queue 5000
    timeout server 5000
    timeout connect 5000
    server server1 localhost:8081 weight 1 maxconn 1024 check
    server server2 localhost:8082 weight 1 maxconn 1024 check
    server server3 localhost:8083 weight 1 maxconn 1024 check
 60
Author: Shripad Krishna,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2012-07-30 17:33:16

Jest prawdopodobne, że twój klient używa WebSockets w wersji 76. W takim przypadku nie można użyć "mode http", ponieważ WebSockets handshake narusza HTTP. Wydaje się, że w komisji istnieje ambiwalencja co do tego, czy WebSockets handshake powinien być zgodny z HTTP, czy nie. Tak czy inaczej, problem z uściskiem dłoni v76 polega na tym, że surowe dane są wysyłane z uściskiem dłoni (fragment sumy kontrolnej).

The relevant HAProxy dyskusja: http://www.mail-archive.com/[email protected]/msg03046.html

Z dyskusji wynika, że może być sposób na domyślne przejście do trybu TCP i powrót do HTTP dla połączeń innych niż WebSockets.

 6
Author: kanaka,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2010-12-05 18:32:26

Używamy implementacji Netty https://github.com/ibdknox/socket.io-netty A oto plik HAProxy, który pracował dla nas. Trick, aby nie spaść z powrotem do XHR-Polling, ale użyć Websockets jest wprowadzenie HAProxy w trybie TCP. HAProxy config: 

global
    daemon
    maxconn 32000

defaults
    mode http
    timeout connect 5000ms
    timeout client 50000ms
    timeout server 50000ms

listen http-in
    bind *:80
    server server1 1.1.1.1:8000 check
    server server2 1.1.1.1:8000 check

listen socketio-in
    mode tcp
    bind *:8080
    balance source
    timeout queue 5000
    timeout server 86400000
    timeout connect 86400000
    server server1 1.1.1.1:8080 check
    server server2  1.1.1.1:8080 check

Gdzie 1.1.1.1 to Twoje IP

 4
Author: Ilya,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2011-06-15 04:52:06

Spróbuj użyć Socket.io zamiast node-websockets-server, jest to warstwa abstrakcji z alternatywami dla wielu różnych metod natychmiastowej komunikacji między przeglądarką a serwerem.

Chociaż prawdą jest, że Websockety naruszają HTTP 1.0, nie naruszają HTTP 1.1, więc powinieneś być w stanie proxy je z dowolnego serwera zdolnego do proxy HTTP 1.1

 -1
Author: Robin Duckett,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2010-12-14 17:26:57