3. Kong 网关 TLS 架构：证书存储、SNI 与监听器配置

Kong 网关作为南北向流量的统一入口，其 TLS 架构直接决定了 HTTPS 服务的可用性、安全性与性能。本章深入剖析 Kong 的证书存储机制、SNI（服务器名称指示）工作原理以及监听器配置策略，帮助你在升级窗口内精准完成证书更新并优化 TLS 握手性能。

3.1 证书存储机制：从数据库到内存的路径

Kong 将 TLS 证书与私钥存储在自身的数据库中（PostgreSQL 或 Cassandra），而非依赖操作系统或外部密钥管理服务（KMS）。这种设计使得证书管理完全融入 Kong 的声明式配置体系，支持通过 Admin API、Konga 或声明式配置文件（declarative config）进行统一管理。

3.1.1 核心数据模型

3.1.2 证书加载与缓存机制

Kong 在启动时或接收到 Admin API 的证书变更通知后，会执行以下流程：

1. 数据库查询：从 certificates 和 snis 表中加载所有有效记录。
2. PEM 解析：验证证书链完整性、私钥匹配性及有效期。
3. 内存缓存：将解析后的 SSL_CTX 对象存入共享内存（LMDB 或 shm），供所有 Worker 进程使用。
4. 热更新：通过 POST /certificates 或 PATCH /snis 触发时，Kong 仅更新变更的 SSL_CTX，无需 reload 整个进程。

3.2 SNI 工作原理：多域名 TLS 的核心

SNI（服务器名称指示）是 TLS 协议的扩展，允许客户端在握手阶段（ClientHello）携带目标域名，服务端据此选择对应的证书进行响应。Kong 利用 SNI 实现单 IP 多证书的虚拟托管。

3.2.1 SNI 匹配流程

3.2.2 通配符与默认 SNI

• 精确匹配：api.example.com 完全匹配 SNI 记录。
• 通配符匹配：*.example.com 可匹配 sub1.example.com、sub2.example.com，但不匹配 example.com 本身。
• 默认 SNI：当客户端未携带 SNI 或所有匹配失败时，Kong 使用 default 标签的 SNI 对应的证书。建议始终配置一个默认 SNI，避免 TLS 握手失败。

3.3 监听器配置：代理与 Admin 分离

Kong 的监听器配置决定了网关如何暴露 TLS 端口。合理的监听器配置不仅能提升安全性，还能通过端口分离实现性能隔离。

3.3.1 核心监听器参数

3.3.2 生产环境推荐配置

# kong.conf 片段
proxy_listen = 0.0.0.0:443 ssl, 0.0.0.0:80
admin_listen = 127.0.0.1:8001, 127.0.0.1:8444 ssl
stream_listen = 0.0.0.0:8443 ssl

# TLS 优化参数
ssl_cert_cache_ttl = 3600
ssl_cipher_suite = modern
ssl_protocols = TLSv1.2 TLSv1.3
ssl_prefer_server_ciphers = on
ssl_session_cache_size = 50m
ssl_session_timeout = 5m

3.3.3 多端口监听与性能隔离

Kong 支持在同一进程中监听多个端口，每个端口可以独立配置 TLS 参数。这种设计允许你将不同安全等级的流量隔离到不同端口：

• 443 端口：面向公网的 HTTPS 流量，启用完整 TLS 验证。
• 8443 端口：内部微服务通信，使用 mTLS（双向 TLS）进行身份验证。
• 8445 端口：仅用于证书更新后的验证测试，绑定内网 IP，不对外暴露。

3.4 证书更新与 TLS 性能优化策略

3.4.1 零停机证书更新流程

1. 预创建新证书：通过 Admin API 创建新的 Certificate 实体，包含新证书链和私钥。
2. 更新 SNI 引用：将目标 SNI 的 certificate 字段指向新证书的 ID。
3. 验证生效：使用 openssl s_client -connect yourdomain:443 -servername yourdomain 验证新证书是否生效。
4. 清理旧证书：确认新证书正常工作后，删除旧的 Certificate 实体。

3.4.2 TLS 握手性能优化清单