Отключение HAProxy + WebSocket

Я использую 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. это может быть для serverfault, но есть и другие вопросы HAProxy на S.O, поэтому я решил разместить здесь)

Ответ 1

Обновите до последней версии socket.io(0.6.8 → npm install [email protected], которая исправлена для работы с 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

Ответ 2

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

Соответствующее обсуждение HAProxy: http://www.mail-archive.com/[email protected]/msg03046.html

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

Ответ 3

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

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

Ответ 4

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

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