SSL会话票据（Session Ticket）在分布式网关中默认失效，因各Nginx节点使用随机密钥加密ticket，密钥不一致导致其他节点无法解密，被迫执行完整TLS握手；需显式配置统一、共享的二进制ticket密钥（如48字节AES-HMAC），严格同步至所有节点并设600权限，且不可随意轮换，否则旧ticket全部失效。
为什么 ssl_session_tickets 在分布式网关中默认失效
因为每个 Nginx 实例默认用随机密钥加密 ticket，而分布式环境下各节点密钥不一致，导致其他节点无法解密收到的 ticket，直接丢弃并新建会话。现象是：明明客户端带着 Session Ticket 重连，服务端仍触发完整 TLS 握手（Wireshark 可见 Client Hello → Server Hello → Certificate…），openssl s_client -connect 输出里 SSL-Session: Ticket: yes 但 Reused Session 为 no。
如何配置统一的 ticket 密钥实现跨节点复用
必须显式设置固定、共享的密钥，并确保所有网关节点完全一致：
-
ssl_session_tickets on;（开启 ticket，Nginx 1.5.9+ 默认开启，但建议显式声明） -
ssl_session_ticket_key指向一个二进制密钥文件（16 或 32 字节，AES-128 或 AES-256），**不能**用 base64 或文本；生成方式：dd if=/dev/urandom of=/etc/nginx/ticket.key bs=1 count=48
（48 字节兼容 AES-128 + HMAC-SHA256） - 所有节点严格使用同一份
/etc/nginx/ticket.key，且权限设为600，属主为运行 Nginx 的用户（如www-data） - 密钥不可轮换——一旦变更，旧 ticket 全部失效；如需滚动，得设计双密钥机制（见下一点）
多密钥支持与安全轮换的实操限制
Nginx 原生不支持多 ssl_session_ticket_key 指令（只认最后一个）。要安全轮换，只能靠外部脚本+热重载：
- 准备两个密钥文件：
ticket.key.v1和ticket.key.v2 - 先将
ssl_session_ticket_key /etc/nginx/ticket.key.v1;写入配置，reload - 等足够时间（比如 1 小时，覆盖最长 ticket 生命周期）后，把配置改为
ssl_session_ticket_key /etc/nginx/ticket.key.v2;并 reload - 期间 v1 签发的 ticket 仍可被 v2 节点解密？不，Nginx 不支持——所以轮换窗口内必须容忍部分会话无法复用
- 真正安全的做法是：用 Lua 或 OpenResty 在
ssl_certificate_by_lua*阶段做自定义 ticket 解密，但这已脱离原生ssl_session_tickets范畴
验证是否真正生效的关键检查点
别只看 Nginx 日志或配置语法是否正确，重点确认三点：
- 用
openssl s_client -connect your.domain:443 -reconnect -tls1_2 2>&1 | grep -i "reused"：应输出Reused, SSLv3/TLS read finished A（注意：-reconnect 才触发 ticket 复用） - 抓包看第二个 Client Hello 是否带
session_ticketextension，且 Server Hello 返回empty session_ticket（表示接受并复用了） - 检查 Nginx error log 是否有
ssl_session_ticket_key: invalid key length或failed to set ssl session ticket key—— 这类错误不会中断启动，但让 ticket 彻底失效 - 如果用 Kubernetes，确认 ConfigMap 挂载的
ticket.key文件没被自动转成 UTF-8 或加 BOM（二进制密钥损坏会导致静默失败）
ticket 复用不是“开了就稳”，密钥一致性、文件权限、二进制完整性、reload 时机，任何一个环节松动，都会让分布式环境退化成每节点独立会话池。
