如何通过开启Nginx ssl_stapling 和 OCSP 装订显著缩短移动端客户端SSL握手耗时？

本文共计1122个文字，预计阅读时间需要5分钟。

OCSP Stapling 可以显著降低移动端 TLS 握手延迟，但直接开启 `ssl_stapling on` 可能无效，甚至可能导致 502 错误或超时——关键不在于开不开，而在于 resolver、信任链和响应验证是否闭环。

为什么移动端对 OCSP Stapling 更敏感？

移动网络 DNS 解析慢、丢包率高、防火墙拦截 OCSP 请求更普遍。客户端（尤其是 iOS Safari 和 Android Chrome）在证书验证阶段若无法快速获取 OCSP 响应，会等待数秒后降级为 CRL 或跳过验证，造成 TLS 握手卡在 CertificateStatus 阶段，首屏延迟直线上升。

而 Nginx 的 OCSP Stapling 是服务端主动“装订”响应，绕过客户端发起的那一次独立 HTTP 查询 —— 这正是移动端提速的核心杠杆。

常见错误现象：

• Chrome DevTools 的 Security 标签页显示 “Valid from … to … (OCSP: unknown)”
• 使用 openssl s_client -connect example.com:443 -status 测试时，输出中无 OCSP response: 区块
• 抓包看到客户端在 TLS 握手完成后立即向 ocsp.digicert.com 等地址发 HTTP GET

ssl_stapling 必须搭配 resolver 才能自动生效

Nginx 默认不带 DNS 解析能力，ssl_stapling on 后它需要知道去哪里查 OCSP 响应器地址（从证书的 Authority Information Access 扩展里提取），这就依赖 resolver 指令。

实操要点：

• resolver 必须写在 http 或 stream 块顶层，不能只放在 server 里
• 推荐用内网 DNS（如 10.0.0.2）或可信公网 DNS（如 8.8.8.8），避免用 127.0.0.1（Docker 容器内通常不可达）
• 必须加 valid=300s，否则 Nginx 不缓存解析结果，每秒都重查 DNS，极易打爆 resolver
• resolver_timeout 5s 是硬性要求：OCSP 查询本身超时就设为 5 秒，再长会导致握手阻塞

典型配置片段：

http { resolver 10.0.0.2 valid=300s; resolver_timeout 5s; <pre class='brush:php;toolbar:false;'>server { ssl_stapling on; ssl_stapling_verify on; ssl_trusted_certificate /etc/nginx/ssl/ca-bundle.pem; # 其他 SSL 配置... }

}

ssl_stapling_verify on 不是可选项，而是安全底线

开启验证后，Nginx 会用 ssl_trusted_certificate 中的 CA 证书去校验 OCSP 响应签名 + nextUpdate 时间戳。不启用它，攻击者可伪造响应文件导致吊销失效。

容易踩的坑：

• ssl_trusted_certificate 文件不能是你的服务器证书或 fullchain.pem —— 它只用于验证 OCSP 响应签名，必须只含根 CA + 中间 CA（顺序从根到叶），且不能混入任何其他证书
• 用 openssl verify -CAfile /etc/nginx/ssl/ca-bundle.pem -untrusted /etc/nginx/ssl/intermediate.pem ocsp_response.der 手动验证是否能过
• 私有 CA 场景下，resolver 几乎必然失败（内网域名无法被公网 DNS 解析），此时必须改用 ssl_stapling_file + 定期 openssl ocsp 拉取

移动端真实生效的验证方式

别信 Nginx 日志或配置语法检查 —— 那些只说明“没报错”，不代表客户端收到了响应。

必须用终端命令交叉验证：

• 本地测试：echo Q | openssl s_client -connect example.com:443 -status -servername example.com 2>&1 | grep -A 17 "OCSP response"，看到 Response verify OK 才算闭环
• 真机抓包（iOS 需配描述文件 + Wireshark Remote Packet Capture）：过滤 tls.handshake.type == 22，看 Server Hello 后是否紧跟着 CertificateStatus 消息
• WebPageTest（选真实 Android 设备）：在 Connection View 中观察 TLS 握手时间是否稳定在 150ms 内，且无后续 OCSP HTTP 请求

最常被忽略的一点：OCSP 响应有效期（nextUpdate）通常只有 4 小时。Nginx 自动拉取机制一旦因网络抖动失败，就会沿用过期响应并拒绝装订 —— 此时客户端又退回自行查询。生产环境务必配合监控脚本检查 ssl_stapling 实际状态，而非只盯配置是否存在。