nginx代理websocket支持wss访问

本文详细解析了Nginx的hanye.com.conf配置文件,包括map指令的作用、upstream配置的真实服务端地址、SSL相关设置及WebSocket访问配置。通过本文,读者可以了解Nginx的高级配置技巧。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

hanye.com.conf配置如下
 map $http_upgrade $connection_upgrade {  
     default upgrade;  
     ' ' close;  
 }  
 upstream hanye {  
     server 192.168.1.101:8888;
        server 192.168.1.102:8888;
 }  
 server {  
     listen 8888;  
     server_name hanye.com;
     ssl on;
     ssl_certificate /etc/nginx/ssl/hanye.com.crt;
     ssl_certificate_key /etc/nginx/ssl/hanye.com.key;
     ssl_session_timeout 10m;
     ssl_buffer_size     64k;
     ssl_session_cache       shared:SSL:10m;
     ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:ECDHE:ECDH:AES:HIGH:!NULL:!aNULL:!MD5:!ADH:!RC4;
     ssl_protocols TLSv1 TLSv1.1 TLSv1.2 SSLv3;
     ssl_prefer_server_ciphers on;
     ssl_verify_client off;
              add_header Access-Control-Allow-Origin *;
      add_header Access-Control-Allow-Methods 'GET, POST, OPTIONS';
      add_header Access-Control-Allow-Headers 'DNT,X-Mx-ReqToken,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Authorization';
      if ($request_method = 'OPTIONS') {
      return 204;
       }
             include deny_host.conf;
      if (!-e $request_filename){
       rewrite (.*) /index.php last;
      }
     location / {  
         proxy_pass http://hanye;  
         proxy_http_version 1.1;  
         proxy_set_header Upgrade $http_upgrade;  
         proxy_set_header Connection "Upgrade";  
                     proxy_connect_timeout 300s;
         proxy_send_timeout 900;
         proxy_read_timeout 900;
         proxy_buffer_size 32k;
         proxy_buffers 4 64k;
         proxy_busy_buffers_size 128k;
         proxy_redirect off;
         proxy_hide_header Vary;
         proxy_set_header Accept-Encoding '';
         proxy_set_header Referer $http_referer;
         proxy_set_header Cookie $http_cookie;
         proxy_set_header Host $host;
         proxy_set_header X-Real-IP $remote_addr;
         proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

     } 
     location ~ .*\.(gif|jpg|jpeg|png|bmp|swf|flv|mp4|ico)$ {
       expires 30d;
       access_log off;
     }
     location ~ .*\.(js|css)?$ {
       expires 7d;
       access_log off;
      }
      location ~ /\.ht {
        deny all;
      }
       }

}
    map指令的作用:
  该作用主要是根据客户端请求中$http_upgrade 的值,来构造改变$connection_upgrade的值,即根据变量$http_upgrade的值创建新的变量$connection_upgrade,
   创建的规则就是{}里面的东西。其中的规则没有做匹配,因此使用默认的,即 $connection_upgrade 的值会一直是 upgrade。然后如果 $http_upgrade为空字符串的话,

那值会是 close。

192.168.1.101:8888和192.168.1.102:8888;是真正的服务端地址,nginx所在域名是hanye.com.conf,代理的端口号是8888,所以前端访问的时候这样配置:
WEBSOCKET_URL: 'wss://hanye.com.conf:8888'。
访问方式

nginx代理websocket支持wss访问

### 解决 Nginx 代理 WebSocket 频繁断开重连的方法 为了防止 Nginx 作为反向代理时频繁断开 WebSocket 连接,可以采取多种措施来增强连接稳定性。 #### 设置心跳机制 通过实现心跳检测功能,可以在客户端和服务端之间定期交换消息,从而保持连接活跃状态。这有助于避免因长时间无活动而导致的连接被切断的情况[^1]。 ```javascript // 客户端 JavaScript 实现简单的心跳逻辑 const socket = new WebSocket('wss://example.com/ws'); let heartbeatInterval; socket.onopen = function () { console.log("Connected to WebSocket"); // 开始发送心跳信号 heartbeatInterval = setInterval(() => { if (socket.readyState === WebSocket.OPEN) { socket.send(JSON.stringify({ type: 'ping' })); } }, 30000); // 每隔30秒发送一次心跳请求 }; socket.onmessage = function(event){ const message = JSON.parse(event.data); if(message.type === 'pong'){ console.log("Received pong from server."); } }; ``` #### 修改 Nginx 的超时设置 适当调整 `proxy_read_timeout` 参数值可有效延长读取响应的时间限制,进而减少因为短暂网络波动造成的意外中断现象。建议将其设为较长的时间间隔,比如一个小时(即3600秒)。此外,还可以考虑增加其他相关参数以进一步提高可靠性: ```nginx location /ws/ { proxy_pass http://backend; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; proxy_read_timeout 3600s; # 增大读取超时时长 send_timeout 3600s; # 发送操作的最大等待时间 keepalive_timeout 75s; # HTTP Keep-alive 超时期限 } ``` #### 处理跨域问题 当 Web 应用程序与 WebSocket 服务部署于不同域名下时,则需注意处理好 CORS 政策。可以通过在 Nginx 中添加合适的头部信息来允许来自指定源的安全通信: ```nginx add_header Access-Control-Allow-Origin https://yourdomain.com; add_header Access-Control-Allow-Credentials true; ``` #### 粘性会话支持 对于采用集群架构的应用来说,启用粘性会话可以帮助确保用户的 WebSocket 请求总是指向相同的上游节点,这样即使发生部分机器故障也不会影响整体的服务质量。具体做法是在负载均衡器上配置 session persistence 或者利用 IP hash 方式分配流量。 ```nginx upstream backend { ip_hash; # 启用基于IP地址散列算法的选择方式 server backend1.example.com; server backend2.example.com; } server { ... } ``` 以上方法综合运用后应该能够显著改善由 Nginx 所引起的 WebSocket 不稳定状况。当然实际环境中还需要根据具体情况灵活调整各项参数直至达到最佳效果为止。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值