我刚刚添加了一个HTTP负载均衡器,指向两个运行Tornado web服务器的Google Compute Engine实例。特别是,他们正在处理websockets。
当我通过负载均衡器访问一个嵌入了websocket的页面时(在Chrome中),我得到:
Error during WebSocket handshake: Unexpected response code: 400这是通过DNS以及命中负载均衡器的IP实现的。
但是,当我点击单个实例时,我能够成功地与websocket握手。
当我通过负载均衡器获取页面时,我在get服务器中看不到任何400日志,这进一步表明是负载均衡器没有让它通过。
我能做些什么来允许HTTP‘升级’吗?或者这在云平台HTTP负载均衡器中是不可能的。
编辑:我也可以通过“网络负载均衡器”来握手websocket,所以所有的信号都指向HTTP负载均衡器的问题。
发布于 2015-02-23 08:34:58
截至今天(2015年7月),GCP的HTTP LB和AWS的ELB不支持Websockets。
GCP的解决方法是使用网络负载均衡器(https://cloud.google.com/compute/docs/load-balancing/network/)。
ELB的解决方法是使用TCP/SSL而不是HTTP/HTTPS。
发布于 2014-11-20 10:47:47
请尝试将负载平衡器设置为使用TCP或SSL,而不是HTTP或HTTPS。我在AWS负载均衡器上也遇到了同样的问题,这个交换机似乎解决了这个问题。我怀疑HTTP设置正在过滤websocket需要的一些数据包。
发布于 2014-10-29 04:16:15
您的实例在LB中是否处于健康状态?如果是这样的话,您可以执行tcpdump来查看您的实例是如何在LB后面直接响应的。请确保LB的IP背后的响应来自您实例的公网IP,而不是内网IP。
如果它是不健康的,那么您需要仔细检查实例,并确保TCP连接每次都正确关闭。
https://stackoverflow.com/questions/26522172
复制相似问题