ssl_session_tickets的核心作用是实现无状态tls会话复用：客户端自携加密票据，所有节点用统一48字节密钥即可独立解密复用，无需共享内存或外部缓存；必须禁用ssl_session_cache、显式配置ticket_key、支持多密钥轮换并验证reused状态。
ssl_session_tickets 的核心作用是让客户端在 HTTPS 连接中复用 TLS 会话，跳过完整握手，降低延迟和服务器 CPU 开销。它不是“锦上添花”的可选项，而是现代高并发、多节点部署中实现无状态会话复用的关键机制。
为什么必须用 tickets 而不是 session cache
传统 ssl_session_cache shared:SSL:50m 依赖单机共享内存，跨节点时必须引入 Redis 等外部组件同步，带来额外延迟、配置复杂度和故障点。而 session tickets 是无状态的：Nginx 把会话加密打包成票据发给客户端，只要所有节点使用同一套密钥，任意机器都能独立解密复用——天然适配负载均衡、CDN 和集群架构。
关键配置与安全底线
- 必须显式指定 ssl_session_ticket_key 指向一个 48 字节二进制密钥文件；不配置时 Nginx 自动生成临时密钥，导致票据频繁失效、复用率归零
- 生成命令唯一可靠：openssl rand 48 > /etc/nginx/ticket.key.v20260614；禁止用文本编辑器打开或保存，避免换行/编码污染
- 密钥文件权限设为 0400，属主为 Nginx 运行用户（如 www-data 或 nginx）
- 必须禁用 ssl_session_cache，二者互斥；若同时存在，Nginx 优先走 cache，tickets 将被忽略
- 建议在每个 server 块中配置，而非仅放在 http 块，防止被虚拟主机覆盖
密钥轮换才是真正的安全防线
静态密钥一旦泄露，所有历史票据都可能被解密重放——这不是理论风险，是真实可利用的前向安全失效。Nginx 不自动轮转，但支持最多 10 个密钥按顺序加载：
- 第一行密钥用于加密新票据（客户端下次收到的）
- 所有列出的密钥都可用于解密旧票据（保障滚动期间不中断）
- 轮换时，在配置最前面新增一行密钥路径，不要替换或删除旧行
- 保留最近 3–4 个密钥足够，覆盖 OpenSSL 默认约 4 小时的 lifetime_hint，并预留缓冲应对重启或灰度发布
验证是否真正生效
配置完成不等于运行有效，需端到端确认：
- 用 openssl s_client -connect example.com:443 -servername example.com -reconnect 2>/dev/null | grep "Reused" 查看是否出现 Reused
- 检查 ls -l /etc/nginx/ticket.key.* 是否均为 48 字节
- 执行 nginx -t 校验语法，再 nginx -s reload（Nginx ≥ 1.19.4 支持热重载；旧版本建议 systemctl restart nginx）
- 跨节点部署时，务必确认所有机器密钥文件内容完全一致、路径相同、权限正确
