Disconnessione HAProxy + WebSocket

Sto usando HAProxy per inviare richieste, su un sottodominio, a un’app node.js.

Non riesco a far funzionare WebSockets. Finora sono stato in grado di ottenere il client solo per stabilire una connessione WebSocket ma poi c’è una disconnessione che segue molto presto.

Sono su ubuntu. Ho usato varie versioni di socket.io e node-websocket-server . Il client è l’ultima versione di Safari o Chrome. La versione HAProxy è 1.4.8

Ecco il mio 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 

Ho trascinato il web e la mailing list ma non riesco a trovare nessuna delle soluzioni suggerite per funzionare.

    (ps potrebbe essere per serverfault, ma ci sono altre domande HAProxy su SO, quindi ho scelto di postare qui)

    Esegui l’aggiornamento alla versione più recente di socket.io (0.6.8 -> npm install [email protected] , che è patchato per funzionare con HAProxy) e scarica l’ultima versione di HAProxy.

    Ecco un esempio di file di configurazione:

     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 

    È probabile che il client stia utilizzando WebSockets versione 76. In tal caso non è ansible utilizzare “mode http” perché l’handshake WebSockets viola HTTP. Sembra che ci sia un’ambivalenza in seno alla commissione sulla questione se l’handshake WebSockets debba essere compatibile con HTTP o meno. Ad ogni modo, il problema con l’handshake v76 è che i dati grezzi vengono inviati con l’handshake (il pezzo di controllo).

    La discussione HAProxy pertinente: http://www.mail-archive.com/[email protected]/msg03046.html

    Dalla discussione sembra che potrebbe esserci un modo per default alla modalità TCP e tornare a HTTP per le connessioni non WebSockets.

    Stiamo utilizzando un’implementazione Netty https://github.com/ibdknox/socket.io-netty e qui è il file HAProxy che ha funzionato per noi. Il trucco per convincerlo a non tornare a XHR-Polling ma usare Websockets sta mettendo HAProxy in modalità 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 

    Dove 1.1.1.1 sono i tuoi IP

    Prova a utilizzare Socket.io invece di node-websockets-server, è un livello di astrazione con fallback a molti metodi diversi di comunicazione istantanea tra browser e server.

    Anche se è vero che i WebSocket violano HTTP 1.0, non violano l’HTTP 1.1, quindi dovresti essere in grado di proxy con qualsiasi server in grado di proxy HTTP 1.1