Déconnexion HAProxy + WebSocket

Question

J'utilise HAProxy pour envoyer des requêtes, sur un sous-domaine, à une application node.js.

Je n'arrive pas à faire fonctionner les WebSockets. Jusqu'à présent, je n'ai réussi qu'à faire en sorte que le client établisse une connexion WebSocket, mais il y a ensuite une déconnexion qui suit très rapidement.

Je suis sous ubuntu. J'ai utilisé différentes versions de socket.io et node-websocket-server . Le client est soit la dernière version de Safari ou de Chrome. La version de HAProxy est 1.4.8

Voici mon 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

J'ai parcouru le web et la liste de diffusion mais je n'arrive à faire fonctionner aucune des solutions proposées.

(p.s. ceci pourrait être pour serverfault, mais il y a d'autres questions sur HAProxy sur S.O, donc j'ai choisi de poster ici)

Answer 1

Mise à jour vers la dernière version de socket.io (0.6.8 ->) npm install socket.io@0.6.8 qui a été corrigé pour fonctionner avec HAProxy) et téléchargez la dernière version de HAProxy.

Voici un exemple de fichier de configuration :

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

Answer 2

Il est probable que votre client utilise la version 76 de WebSockets. Dans ce cas, vous ne pouvez pas utiliser le "mode http" car la poignée de main WebSockets viole HTTP. Il semble qu'il y ait une ambivalence au sein du comité quant à savoir si le handshake WebSockets doit être compatible avec HTTP ou non. Quoi qu'il en soit, le problème avec le handshake v76 est que des données brutes sont envoyées avec le handshake (le morceau de somme de contrôle).

La discussion pertinente sur HAProxy : http://www.mail-archive.com/haproxy@formilux.org/msg03046.html

D'après la discussion, il semble qu'il existe un moyen de passer en mode TCP par défaut et de revenir au mode HTTP pour les connexions non WebSockets.

Answer 3

Nous utilisons une implémentation Netty https://github.com/ibdknox/socket.io-netty et voici le fichier HAProxy qui a fonctionné pour nous. L'astuce pour qu'il ne se rabatte pas sur le XHR-Polling mais utilise les Websockets est de mettre HAProxy en mode TCP. Configuration HAProxy :

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

Où 1.1.1.1 est votre adresse IP.

Answer 4

Essayez d'utiliser Socket.io au lieu de node-websockets-server. Il s'agit d'une couche d'abstraction avec des solutions de repli pour de nombreuses méthodes différentes de communication instantanée entre le navigateur et le serveur.

S'il est vrai que les WebSockets violent le protocole HTTP 1.0, elles ne violent pas le protocole HTTP 1.1. Vous devriez donc être en mesure de les utiliser avec n'importe quel serveur capable d'utiliser le protocole HTTP 1.1.