HAProxy + WebSocket Disconnection

Question

Я использую HAProxy для отправки запросов на поддомен в приложение node.js.

Я не могу заставить работать WebSockets. До сих пор я был в состоянии только заставить клиента установить соединение WebSocket, но затем есть разъединение, которое следует очень скоро после.

Я нахожусь на Ubuntu. Я использовал различные версии socket.io и node-websocket-server. Клиент является либо самыми последними версиями Safari или Chrome. Версия HAProxy: 1.4.8

Вот мой 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

Я просмотрел сеть и список рассылки, но не могу заставить работать ни одно из предложенных решений.

(p.s. Это может быть из-за ошибки сервера, но есть другой вопрос HAProxy на S.O, поэтому я решил разместить здесь)

Answer 1

Обновите до последней версии socket.io (0.6.8 -> npm install socket.io@0.6.8, который исправлен для работы с HAProxy) и загрузите последнюю версию HAProxy.

Вот пример файла конфигурации:

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

Вероятно, ваш клиент использует версию 76 WebSockets. В этом случае вы не можете использовать «режим http», поскольку рукопожатие WebSockets нарушает HTTP. Похоже, в комитете существует двойственное отношение к вопросу о том, должно ли рукопожатие WebSockets быть совместимым с HTTP или нет. В любом случае, проблема с рукопожатием v76 состоит в том, что необработанные данные отправляются с рукопожатием (блок контрольной суммы).

Соответствующее обсуждение HAProxy: http://www.mail-archive.com/haproxy@formilux.org/msg03046.html

Из обсуждения звучит так, что может быть способ перейти в режим TCP по умолчанию и вернуться к HTTP для соединений, не относящихся к WebSockets.

Answer 3

Мы используем реализацию Netty https://github.com/ibdknox/socket.io-netty, и вот файл HAProxy, который работал для нас.Хитрость в том, чтобы заставить не возвращаться к опросу XHR, а использовать Websockets, переводит HAProxy в режим 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

Где 1.1.1.1 - ваши IP-адреса

Answer 4

Попробуйте использовать Socket.io вместо node-websockets-server, это уровень абстракции с откатами ко многим различным методам мгновенной связи между браузером и сервером.

Несмотря на то, что WebSockets действительно нарушают HTTP 1.0, они не нарушают HTTP 1.1, поэтому вы должны иметь возможность проксировать их на любом сервере, способном передавать HTTP 1.1