Nginx反向代理WebSocket的配置实例

最新推荐文章于 2024-08-12 22:20:58 发布

bjgaocp

最新推荐文章于 2024-08-12 22:20:58 发布

阅读量376

点赞数

分类专栏： Nginx

本文链接：https://blog.csdn.net/bjgaocp/article/details/115701809

版权

Nginx 专栏收录该内容

38 篇文章 0 订阅

订阅专栏

本文介绍了WebSocket协议的工作原理，如何在Nginx 1.3及以上版本中配置支持WebSocket，涉及Upgrade和Connection头的设置，以及WebSocket的长连接特性。重点讲解了如何通过反向代理让WebSocket在Nginx中正常工作。

摘要由CSDN通过智能技术生成

什么是WebSocket
WebSocket协议相比较于HTTP协议成功握手后可以多次进行通讯，直到连接被关闭。但是WebSocket中的握手和HTTP中的握手兼容，它使用HTTP中的Upgrade协议头将连接从HTTP升级到WebSocket。这使得WebSocket程序可以更容易的使用现已存在的基础设施。
WebSocket工作在HTTP的80和443端口并使用前缀ws://或者wss://进行协议标注，在建立连接时使用HTTP/1.1的101状态码进行协议切换，当前标准不支持两个客户端之间不借助HTTP直接建立Websocket连接。

Nginx配置文件
看官方文档说 Nginx 在 1.3 以后的版本才支持 websocket 反向代理，所以要想使用支持 websocket 的功能，必须升级到 1.3 以后的版本
NGINX通过允许一个在客户端和后端服务器之间建立的隧道来支持WebSocket。为了NGINX发送来至于客户端Upgrade请求到后端服务器，Upgrade和Connection头部必须被设置明确。

upstream chaoshi {
    server 172.17.31.236;
    server 172.17.31.233;
  }

server {
listen 80;
location / {
   proxy_pass http://chaoshi;
   
   proxy_set_header Upgrade $http_upgrade;
   proxy_set_header Connection "upgrade";
    }
}

在location中添加下面两行
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection “upgrade”;

WebSocket是端对端的，所以当一个代理服务器从客户端拦截一个Upgrade请求，它需要去发送它自己的Upgrade请求到后端服务器，也包括合适的头。
因为WebSocket是一个长连接，不像HTTP那样是典型的短连接，所以反向代理服务器需要允许连接保持着打开，而不是在它们看起来空闲时就将它们关闭。