切换至WSS后WebSocket响应缓慢且频繁断开，请求排查解决

你的问题核心是Nginx缺少WebSocket长连接的必要配置，加上SSL层优化缺失，导致连接频繁断开和延迟。以下是针对性的修复方案：

问题根源分析 #

原配置存在几个关键缺陷：

1. 硬编码Connection: upgrade头，无法兼容非WebSocket请求，可能触发连接异常
2. 未指定HTTP/1.1协议，WebSocket依赖该协议的Upgrade机制
3. 代理超时时间过短（Nginx默认60秒），会主动断开长连接
4. SSL配置未优化，握手开销大导致延迟
5. 如果后端是HTTP服务，proxy_pass用https://会多一层不必要的SSL握手

修改后的完整Nginx配置 #

server {
    listen 80;
    server_name mydomain.com;
    return 301 https://$host$request_uri;
}

server {
    listen 443 ssl http2;
    server_name mydomain.com;

    ssl_certificate /etc/nginx/ssl/cert.pem;
    ssl_certificate_key /etc/nginx/ssl/key.pem;

    # SSL优化：减少握手延迟，提升安全性
    ssl_protocols TLSv1.2 TLSv1.3;
    ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384;
    ssl_prefer_server_ciphers off;
    ssl_session_cache shared:SSL:10m;
    ssl_session_timeout 10m;
    ssl_session_tickets on;

    location / {
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header Host $host;
        proxy_set_header X-NginX-Proxy true;
        proxy_set_header Upgrade $http_upgrade;
        # 用变量兼容WebSocket和普通HTTP请求
        proxy_set_header Connection $connection_upgrade;

        # 关键：保持WebSocket长连接的超时配置
        proxy_http_version 1.1;
        proxy_connect_timeout 7d;
        proxy_send_timeout 7d;
        proxy_read_timeout 7d;

        # 注意：如果后端是HTTP服务，这里改成http://localhost:3000
        proxy_pass http://localhost:3000/;
        proxy_redirect off;
    }

    # 定义Connection头的映射规则
    map $http_upgrade $connection_upgrade {
        default upgrade;
        '' close;
    }
}

关键配置说明 #

• Connection头变量映射：避免硬编码upgrade，确保非WebSocket请求（如静态资源）能正常处理，不会触发错误的连接升级。
• HTTP/1.1协议指定：WebSocket基于HTTP/1.1的Upgrade机制，必须显式开启，否则Nginx默认用HTTP/1.0会导致连接失败。
• 超长代理超时：把超时时间设为7天（可根据业务调整），避免Nginx主动断开长连接，解决频繁掉线问题。
• SSL优化：启用现代TLS版本和加密套件，开启会话缓存，大幅减少SSL握手的时间和资源开销，降低延迟。
• 修正proxy_pass协议：如果后端服务未启用HTTPS（之前HTTP正常可确认），用http://代替https://，消除不必要的内部SSL握手延迟。

额外排查步骤 #

1. 检查后端服务的WebSocket配置，确保后端也设置了足够的超时时间，不要主动断开连接。
2. 查看Nginx错误日志（/var/log/nginx/error.log），定位是否有SSL握手失败、连接超时的具体错误。
3. 测试服务器到后端3000端口的连通性，确认没有防火墙或网络限制导致延迟。

内容的提问来源于stack exchange，提问作者Regex