优化SSL握手延迟的容灾方案聚焦OCSP Stapling、会话复用、握手超时和后端TLS连接四层弹性设计：OCSP支持本地缓存降级；会话缓存分层冗余，共享缓存+session ticket备份；握手超时按来源分级配置；后端HTTPS连接强制SNI、禁用会话复用、精准信任证书。
优化 SSL 握手延迟的容灾方案，核心不是追求单点极致性能，而是让关键环节在故障时仍能降级可用、不卡死、不放大问题。重点在于 OCSP Stapling、会话复用、握手超时和后端 TLS 连接这四层的弹性设计。
OCSP Stapling 必须支持本地缓存降级
公网 CA 场景下 resolver 失效或 OCSP 服务器不可达时，Nginx 默认会静默跳过 stapling，客户端仍会自行查询——这反而引发延迟波动。私有 CA 更常见内网 DNS 不通或 OCSP 响应器临时离线。
- 始终启用 ssl_stapling_verify on，但搭配 ssl_stapling_file 指向本地预缓存文件（如
/var/lib/nginx/ocsp/staple.ocsp） - 用 cron 定期刷新该文件（例如每 4 小时），并设置 fallback 逻辑：若获取失败，保留上一版有效响应（需校验 nextUpdate 时间）
- 避免依赖实时网络请求；Nginx 加载配置时即读取该文件，即使 OCSP 服务宕机，stapling 仍可正常提供已验证的吊销状态
SSL 会话缓存要分层冗余
shared 缓存是主力，但单点故障（如内存满、worker 异常退出）会导致复用率骤降。需叠加 session ticket 作为无状态备份。
- http 块中配置：ssl_session_cache shared:SSL:10m; ssl_session_timeout 10m;
- 同时启用：ssl_session_tickets on; 并轮换密钥（
ssl_session_ticket_key /etc/nginx/ticket-2026.key） - 当 shared 缓存失效时，客户端仍可用票据恢复会话；服务端无需查表，直接解密票据即可完成快速握手
握手超时必须差异化分级
统一设一个全局值容易误杀合法请求，也防不住真实攻击。应按流量来源、协议版本、目标服务分策略控制。
- 公网入口 server 块：设置 ssl_handshake_timeout 6s（覆盖 TLS 1.2/1.3 99% 正常场景）
- 内网 API 网关 server 块：放宽至 10s，并配合 ssl_protocols TLSv1.2 TLSv1.3; 明确限制旧协议
- 对已知弱网客户端（如特定 UA 或地区 IP 段），可在 map 块中动态提升 timeout，避免一刀切
后端 HTTPS 连接需主动规避握手阻塞
Nginx 作为反向代理连接后端 HTTPS 时，若握手卡住，会拖慢整个请求链路。不能只靠 proxy_timeout 被动等待。
- 强制开启 SNI：proxy_ssl_server_name on;，并显式指定 proxy_ssl_name "backend.example.com";
- 关闭可能引发状态错乱的复用：proxy_ssl_session_reuse off;（尤其在证书轮换频繁或后端节点异构时）
- 若后端证书由私有 CA 签发，必须配 proxy_ssl_trusted_certificate，且内容仅含对应根+中间证书，避免因验证卡顿导致握手超时
