【问题标题】:HAProxy + WebSocket DisconnectionHAProxy + WebSocket 断开连接
【发布时间】:2011-05-20 14:25:35
【问题描述】:

我正在使用 HAProxy 将子域上的请求发送到 node.js 应用程序。

我无法让 WebSockets 工作。到目前为止,我只能让客户端建立一个 WebSocket 连接,但是很快就会断开连接。

我在 ubuntu 上。我一直在使用各种版本的socket.ionode-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. 这可能是服务器故障,但 S.O 上还有其他 HAProxy 问题,所以我选择在这里发帖)

【问题讨论】:

    标签: node.js websocket reverse-proxy haproxy


    【解决方案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
    

    【讨论】:

    • 您使用的是哪个版本的 HAProxy?
    • @Diego 你可以使用任何版本> 1.4
    • 这是否允许带有身份验证的粘性会话?我为这个问题添加了一个单独的问题:stackoverflow.com/q/8149038/152541
    • 伙计们,请不要使用一天的连接超时,如果您的一台服务器暂时无法访问,它将导致连接累积。几秒钟就够了!
    • 如果浏览器客户端退回到 xhr-polling 或任何其他长轮询样式传输,此解决方案将中断。为此,您需要 http 后端使用 cookie 或源 ip 哈希(平衡源)方法,以确保所有请求都到达同一个后端服务器,即使使用 redisstore。
    【解决方案2】:

    您的客户端可能正在使用 WebSockets 版本 76。在这种情况下,您不能使用“模式 http”,因为 WebSockets 握手违反了 HTTP。委员会似乎对 WebSockets 握手是否应该与 HTTP 兼容存在矛盾。无论如何,v76 握手的问题在于原始数据是随握手(校验和块)一起发送的。

    相关HAProxy讨论:http://www.mail-archive.com/haproxy@formilux.org/msg03046.html

    从讨论看来,可能有一种方法可以默认为 TCP 模式,并为非 WebSockets 连接回退到 HTTP。

    【讨论】:

    • 很棒的信息。听起来我希望在端口 80 上有 websockets,我想在这里完成。将研究 TCP 第 4 层模式。
    • @Ross,请发回您的发现。或者,如果您没有找到其他解决方案,您可以选择此答案,以便其他搜索相同问题的人在扫描问题列表时知道有解决方案。
    • 看起来有些图书馆正在尝试解决这个问题。相关 NodeJS 提交:github.com/Worlize/Socket.IO-node/commit/…
    【解决方案3】:

    我们正在使用 Netty 实现 https://github.com/ibdknox/socket.io-netty,这是适用于我们的 HAProxy 文件。让它不回退到 XHR-Polling 而是使用 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 的服务器来代理它们

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2016-08-21
        • 2019-06-18
        • 2013-08-02
        • 2020-02-07
        相关资源
        最近更新 更多