我正在使用nginx 1.4.0，它可以很好地处理较新的WebSocket版本，但是Draft 76是个问题。我的后端（基于Netty的Java应用程序）似乎没有收到握手请求，并且在nginx的错误日志中我有
[error] 7662#0: *3720 upstream timed out (110: Connection timed out) while reading response header from upstream
我的配置（$ proxy_add_connection的工作方式与描述的there相同）
include proxy_params;
proxy_pass http://127.0.0.1:8001/;
proxy_http_version 1.1;
proxy_set_header Connection $proxy_add_connection;
proxy_set_header Upgrade $http_upgrade;
如果我直接连接到后端，它可以正常工作。
我有什么办法可以解决它吗？
答案 0 :(得分：3)
最近对Nginx支持WebSocket代理的更改本身不支持WebSockets，而是允许它识别将连接从HTTP升级到另一个协议的请求。当它收到这样的请求时，它现在建立到后端的隧道，而不是将连接丢弃为无效。 RFC6455 WebSocket握手是一种标准的HTTP协议升级请求，因此它可以使用这种新功能。
76/00 WebSocket握手草案专门用于打破未明确支持WebSockets的中介。由于Nginx正在做的就是代理升级的TCP连接，它实际上并不了解WebSocket握手或正在使用的WebSocket的协议版本。因此，它无法执行草稿76/00握手所需的非HTTP调整。
为支持草案76/00版本的WebSocket，Nginx必须实施特殊的草案76/00检测和处理逻辑。鉴于添加非HTTP逻辑的复杂性以及76/00草案的未完成质量和可疑安全性，代理中介机构不太可能支持它。
如果您的用户完全依赖于2-3岁版本的Chrome / Safari，那么Flash回退或原始TCP负载平衡可能是您最好的选择。