如何通过配置 ssl_session_tickets 在分布式集群中实现TLS会话的无状态复用？

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

在分布式Nginx+集群中，使用ssl_session_tickets实现无状态TLS会话复用，核心是让客户端自行管理加密后的会话信息，服务端仅负责使用系统统一的密钥解密——无需依赖共享内存、Redis或任何外部组件，自然适配横向扩展。

为什么选 session tickets 而不是 session cache

传统 ssl_session_cache shared:SSL:10m 要求所有节点访问同一块共享内存。多机部署时，必须引入 Redis/memcached 同步缓存，增加故障点和延迟。而 session tickets 把会话参数（主密钥、密码套件等）用 AES-256-GCM 加密后生成票据，由客户端在后续 ClientHello 中携带回来。只要各节点密钥一致，就能独立解密并复用，真正无状态。

关键配置步骤（集群必须统一）

• 生成唯一 48 字节密钥：运行 openssl rand 48 > /etc/nginx/ticket.key，不可手改、不可重复
• 将密钥文件分发到每台 Nginx 机器的相同路径，并设为仅 root 可读：chmod 400 /etc/nginx/ticket.key
• 在 http 或 server 块中启用并指定密钥：
  

  ssl_session_tickets on;<br> ssl_session_ticket_key /etc/nginx/ticket.key;

• 重启 Nginx 生效：部分版本下 nginx -s reload 不重载密钥，建议使用 systemctl restart nginx 或完整重启

生产环境推荐：多密钥轮换机制

单密钥长期使用存在安全风险。Nginx 支持最多加载 10 个密钥文件，按配置顺序优先级递减：

• 第一个密钥用于加密新票据
• 全部密钥都可用于解密旧票据，保障滚动更新期间旧会话仍可复用
• 示例配置：
  

  ssl_session_ticket_key /etc/nginx/ticket.key.v2;<br> ssl_session_ticket_key /etc/nginx/ticket.key.v1;

• 轮换流程：生成 v3 密钥 → 更新配置并重启 → 观察几天后下线已过期的 v1

快速验证是否生效

不用抓包，两条 OpenSSL 命令即可确认：

• 首次连接（应建立新会话）：
  openssl s_client -connect example.com:443 -servername example.com 2>/dev/null | grep "New, TLS"
• 二次连接（带票据重试）：
  openssl s_client -connect example.com:443 -reconnect -servername example.com 2>/dev/null | grep "Reused, TLS"
• 若第二条输出含 Reused, TLS，说明票据复用成功；同时检查输出中的 Session-ID: 应为空，这是 session ticket 模式的典型特征