【发布时间】：2012-05-25 06:39:19
【问题描述】：
嘿，我一直在尝试从 socket.io 获取 Haproxy 代理 websocket 连接
我已经阅读了几乎所有可以在 google 上找到的内容，并尝试了 haproxy.cfg 的无数变体，但无论我尝试什么，socket.io 总是退回到长轮询。
值得一提的是，如果我将连接直接路由到我正在使用的套接字服务器，则 ws 连接可以完美运行。
所以我使用 socket.io 客户端和 tornado tornado2 websocket 服务器。我当前的 haproxy.cfg 取自这里 haproxy example conf
defaults
mode http
frontend all
bind 0.0.0.0:80
mode tcp
maxconn 200000
timeout client 86400000
default_backend www_backend
# Any URL beginning with socket.io will be flagged as 'is_websocket'
acl is_websocket path_beg /socket.io
acl is_websocket hdr(Upgrade) -i WebSocket
acl is_websocket hdr_beg(Host) -i ws
# The connection to use if 'is_websocket' is flagged
use_backend socket_backend_http if is_websocket
tcp-request inspect-delay 500ms
tcp-request content accept if HTTP
backend www_backend
option httplog
option httpclose
balance roundrobin
option forwardfor
timeout server 30000
timeout connect 4000
server nginx localhost:81 weight 1 maxconn 1024 check
backend socket_backend_http
mode http
option httplog
option http-server-close
option forceclose
no option httpclose
balance roundrobin
option forwardfor
timeout queue 5000
timeout server 86400000
timeout connect 86400000
timeout check 1s
server socket1 localhost:3012 weight 1 maxconn 1024 check
websocket 请求被正确路由到 socket_backend_http 但浏览器控制台总是显示以下错误
Unexpected response code: 400
然后 socket.io 在短时间消息按预期出现后回退到长轮询。 我已经使用最新版本的 chrome、safari 和 firefox 进行了测试，结果都相同
我看到很多人说他们有这个工作让我绝望！我将永远感激任何设法解决这个问题的人。
再次澄清一下 haproxy 绑定到 80 端口，nginx 在 81 端口上运行，套接字服务器在 3012 端口上运行。如果有人觉得查看套接字服务器很有用，请发表评论并修改贴上代码
提前致谢
编辑 当前的 haproxy.cfg 实际上导致在 tornado 服务器中引发此错误
Traceback (most recent call last):
File "/home/mike/.virtual-envs/watchdog-app/local/lib/python2.7/site- packages/tornado/ioloop.py", line 399, in _run_callback
callback()
File "/home/mike/.virtual-envs/watchdog-app/local/lib/python2.7/site-packages/tornado/iostream.py", line 304, in wrapper
callback(*args)
File "/home/mike/.virtual-envs/watchdog-app/local/lib/python2.7/site-packages/tornado/httpserver.py", line 250, in _on_headers
self.request_callback(self._request)
File "/home/mike/.virtual-envs/watchdog-app/local/lib/python2.7/site-packages/tornado/web.py", line 1362, in __call__
handler._execute(transforms, *args, **kwargs)
File "/home/mike/.virtual-envs/watchdog-app/local/lib/python2.7/site-packages/tornado/web.py", line 992, in _execute
self._handle_request_exception(e)
File "/home/mike/.virtual-envs/watchdog-app/local/lib/python2.7/site-packages/tornado/web.py", line 1032, in _handle_request_exception
self.send_error(500, exc_info=sys.exc_info())
File "/home/mike/.virtual-envs/watchdog-app/local/lib/python2.7/site-packages/tornado/web.py", line 688, in send_error
self.finish()
File "/home/mike/.virtual-envs/watchdog-app/local/lib/python2.7/site-packages/tornado/web.py", line 669, in finish
self.request.finish()
File "/home/mike/.virtual-envs/watchdog-app/local/lib/python2.7/site-packages/tornado/httpserver.py", line 422, in finish
self.connection.finish()
File "/home/mike/.virtual-envs/watchdog-app/local/lib/python2.7/site-packages/tornado/httpserver.py", line 183, in finish
assert self._request, "Request closed"
更新
好的，还有一些进一步的发展。我已经设法通过使用 stunnel 的稍微不同的设置来完成这项工作。所以 nginx 现在将 http 请求重新路由到 https 并被 stunnel 终止，然后将请求转发到 haproxy 接收的端口 8443 上。套接字握手完成，一切都按预期工作，这很好，但我喜欢有人能够启发我为什么这适用于 ssl 而不是 http ！！！
【问题讨论】：
标签： python websocket socket.io tornado haproxy