Nginx 1.25.2配置HTTP/3后Curl可访问但浏览器无法连接求助

1. 恢复HTTP/1.1/HTTP/2的监听端口 #

浏览器通常需要先通过TCP的HTTPS连接获取Alt-Svc头，才能切换到HTTP/3（QUIC）。你当前注释掉了listen 443 ssl，导致浏览器无法建立初始TCP连接，自然无法获取HTTP/3的提示信息。需要同时监听TCP 443（支持HTTP/1.1和HTTP/2）和UDP 443（支持HTTP/3）：

server {
    listen 443 ssl http2; # 恢复TCP端口监听，支持HTTP/1.1和HTTP/2
    listen 443 quic reuseport udp; # 明确指定UDP协议，QUIC基于UDP
    server_name  example_myserver;
    ssl_certificate cert.pem;
    ssl_certificate_key key.pem;
    ssl_protocols TLSv1.3;
    # 可选：指定TLS 1.3的 cipher 套件（适配BoringSSL）
    ssl_ciphers TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256;
    
    location / {
        add_header Alt-Svc 'h3=":443"; ma=86400'; # 去掉不必要的转义，单引号内直接使用双引号
        root   html;
        index  index.html index.htm;
    }
}

2. 修正Alt-Svc头的格式 #

你的配置中使用了"转义双引号，在Nginx的单引号字符串中无需转义，直接使用双引号即可，否则浏览器可能无法正确解析该头字段，导致无法识别HTTP/3服务。

3. 确保QUIC监听明确指定UDP协议 #

Nginx的quic监听需要显式添加udp参数，否则可能无法正确绑定UDP端口。虽然部分版本可默认识别，但显式声明能避免兼容性问题。

4. 检查证书有效性 #

命令行工具（如curl）可能跳过证书验证或使用不同信任池，但浏览器对证书要求更严格：

• 确认证书包含与server_name匹配的Subject Alternative Name（SAN）字段
• 若为自签名证书，需在浏览器中手动添加信任；生产环境建议使用可信CA颁发的证书

5. 验证QUIC模块加载状态 #

重启Nginx后，检查日志（默认路径/var/log/nginx/error.log）是否有QUIC相关启动信息，例如：

nginx: [notice] QUIC listener started on 0.0.0.0:443

若日志中无此类提示，说明编译时QUIC模块未正确集成，需重新编译Nginx，确保--with-http_v3_module参数正确指向BoringSSL的路径。

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