nginx配置WebSocket代理

但是，有一个微妙之处：由于“升级”是 逐跳的 标头，因此它不会从客户端传递到代理服务器。使用正向代理，客户端可以使用该CONNECT 方法来规避此问题。但是，这不适用于反向代理，因为客户端不知道任何代理服务器，并且需要对代理服务器进行特殊处理。

从1.3.13版开始，nginx实施了特殊的操作模式，如果代理服务器返回了代码为101（交换协议）的响应，并且客户端通过以下方式请求协议切换，则允许在客户端和代理服务器之间建立隧道。请求中的“升级”标头。

如上所述，包括“ Upgrade”和“ Connection”的逐跳标头未从客户端传递到代理服务器，因此，为了使代理服务器了解客户端将协议切换到WebSocket的意图，这些标头必须明确传递：

location /chat/ {
    proxy_pass http://backend;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
}

一个更复杂的示例，其中对代理服务器的请求中的“ Connection”标头字段的值取决于客户端请求标头中是否存在“ Upgrade”字段：

http {
    map $http_upgrade $connection_upgrade {
        default upgrade;
        ''      close;
    }

    server {
        ...

        location /chat/ {
            proxy_pass http://backend;
            proxy_http_version 1.1;
            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection $connection_upgrade;
        }
    }

默认情况下，如果代理服务器在60秒内未传输任何数据，则连接将关闭。可以使用proxy_read_timeout指令来增加此超时时间 。或者，可以将代理服务器配置为定期发送WebSocket ping帧以重置超时并检查连接是否仍然有效。