验证Nginx 0-RTT需同时检查编译链接的OpenSSL≥1.1.1（nginx -V | grep openssl）和运行时加载的libssl.so版本（ldd $(which nginx) | grep ssl），并确认server块中ssl_early_data on、ssl_protocols TLSv1.2 TLSv1.3、ssl_session_cache shared:SSL:10m三者共存。
确认 Nginx 和 OpenSSL 版本是否真正支持 0-RTT
只看 nginx -v 输出版本号没用，必须验证编译时链接的 OpenSSL 是否 ≥ 1.1.1，且运行时加载的是同一版本。常见坑是系统预装旧版 OpenSSL（如 CentOS 7 默认 1.0.2），而 Nginx 编译时指定了新路径，但启动时仍动态链接了系统库。
执行以下两行命令缺一不可：
-
nginx -V 2>&1 | grep -i openssl—— 查看 configure 时 --with-openssl 指向的源码路径及编译参数 -
ldd $(which nginx) | grep ssl—— 确认运行时实际加载的 libssl.so 路径，再用objdump -T /path/to/libssl.so | grep TLSv1_3_client_method验证符号存在
若不一致，Nginx 会静默降级为 TLS 1.2，ssl_early_data on 完全无效。
server 块中启用 ssl\_early\_data 的最小必要配置
ssl_early_data on 必须出现在具体 server 块内，且仅对该 server 生效；放在 http 或 stream 块中会被忽略。它不是开关式指令，而是依赖 TLS 1.3 会话恢复机制的协同组件。
以下三项必须共存，缺一不可：
-
ssl_protocols TLSv1.2 TLSv1.3—— 不能只写TLSv1.3，否则老客户端直连失败；但必须包含TLSv1.3，否则无 PSK 生成基础 -
ssl_session_cache shared:SSL:10m—— session cache 是 PSK 存储载体，ssl_session_tickets off时尤其关键；若用 tickets，则需确保ssl_session_ticket_key持久化且多 worker 进程共享 -
ssl_early_data on—— 位置在listen 443 ssl同级，不可嵌套在 if 或 location 中
示例片段：
server {
listen 443 ssl http2;
server_name example.com;
ssl_certificate fullchain.pem;
ssl_certificate_key privkey.pem;
ssl_protocols TLSv1.2 TLSv1.3;
ssl_session_cache shared:SSL:10m;
ssl_early_data on;
}
验证 0-RTT 是否真实生效的实操方法
浏览器开发者工具里的 “Security” 标签页只能确认 TLS 1.3 是否协商成功，无法判断 early data 是否被接收或处理。真正验证要分两层：
- 网络层：用
tshark -i any -f "host example.com and port 443" -Y "tls.handshake.type == 11"抓包，看到End of Early Data表明客户端发了 early data；再查tls.handshake.extensions.supported_group和tls.handshake.extensions.key_share是否含X25519，这是 TLS 1.3 0-RTT 必需的密钥交换参数 - 应用层：在配置中加
add_header Early-Data $ssl_early_data;，然后用 curl 测试：curl -I -k https://example.com/，响应头出现Early-Data: 1才算 Nginx 接收并透传成功
注意：首次访问永远是 1-RTT，只有第二次（或缓存 PSK 后）才可能触发 0-RTT；且必须禁用 HTTP/2 的 ALPN 干扰（可临时改用 --http1.1 测试）。
后端如何安全处理 $ssl\_early\_data=1 的请求
Nginx 不拦截、不校验、不重放防护，它只是把 $ssl_early_data 变量值（字符串 "1"）注入请求头或 FastCGI 参数。所有安全逻辑必须由后端承担。
典型处理策略：
- 对所有
POST/PUT/DELETE请求，检查Early-Data: 1头，直接返回425 Too Early，强制客户端降级重发 - 对敏感 GET 接口（如带
token=或user_id=参数），用 Nginx 的map指令拦截：map $request_uri $block_early_get { ~*"/api/v1/pay.*" 1; }，再配合if ($block_early_get = 1) { return 425; } - 允许 0-RTT 的只限静态资源、公共 API、首屏 HTML；且必须确保这些响应完全幂等、无副作用、不依赖实时会话状态
最容易被忽略的一点：0-RTT 数据在 QUIC Initial 包中加密，但密钥派生自上一次会话的 PSK，若服务端重启或 session cache 清空，PSK 失效，客户端仍会发 early data，Nginx 会丢弃——此时你看到的不是错误，而是静默的 1-RTT 回退，监控里很难发现。
