nginx 不提供 $ssl_curve 变量，无法直接记录协商使用的椭圆曲线；可用 $ssl_cipher、$ssl_protocol 等间接推断，需借助 openssl s_client 或 ssl labs 等外部工具验证配置。
Nginx 并不提供 $ssl_curve 这个内置变量。
官方文档和所有已知稳定版本（截至 2026 年）的 Nginx + OpenSSL/LibreSSL 组合中，不存在 $ssl_curve 变量。你无法通过 log_format 直接记录“本次连接实际协商使用的椭圆曲线名称”（如 X25519 或 prime256v1）。
这是常见误解——容易把 $ssl_cipher（存在，可记录加密套件，如 ECDHE-RSA-AES128-GCM-SHA256）或调试时看到的 openssl s_client 输出中的 Server Temp Key 行，误认为 Nginx 也暴露了同名日志变量。
为什么没有 $ssl_curve
- TLS 握手阶段的临时密钥参数（如 ECDHE 曲线）由 OpenSSL 底层处理，Nginx SSL 模块未将其提取为可供日志模块访问的字符串变量；
- 现有 SSL 变量中，最接近的是：
-
$ssl_cipher：返回对称加密算法+密钥交换标识（如ECDHE-RSA-AES128-GCM-SHA256），但不体现具体曲线； -
$ssl_protocol：返回TLSv1.2或TLSv1.3； -
$ssl_server_name、$ssl_session_reused等：与曲线无关。
-
如何间接验证和监控曲线使用情况
虽然不能记日志，但可通过以下方式确认配置是否生效、统计曲线分布：
-
用 openssl 命令逐次检测
openssl s_client -connect example.com:443 -tls1_2 -cipher ECDHE 2>/dev/null | grep "Server Temp Key"
输出类似
Server Temp Key: X25519, 253 bits即表示成功协商 X25519。 批量采样 + 脚本统计 写一个简单 Bash/Python 脚本，循环发起
s_client请求（指定 TLS 1.2），提取Server Temp Key字段，汇总各曲线出现频次。适用于上线前压测或定期巡检。-
借助 SSL Labs Test（ssllabs.com） 免费在线工具，深度扫描后在 “Key Exchange” 栏明确列出：
- 首选曲线（Preferred curve）
- 支持的全部曲线（Supported curves）
- 是否降级到
prime256v1或更高阶 NIST 曲线
-
配合
$ssl_early_data+$ssl_protocol做关联分析 TLS 1.3 默认使用 X25519（除非显式禁用），若你开启ssl_protocols TLSv1.3;且ssl_ecdh_curve X25519:prime256v1;，那么：- 所有 TLS 1.3 连接几乎必然走 X25519；
- TLS 1.2 连接才可能落到
prime256v1； 因此，记录$ssl_protocol和$ssl_early_data，再结合客户端 User-Agent（如 Chrome/Firefox 版本），就能反推曲线使用倾向。
正确可用的 SSL 相关日志变量（供参考）
| 变量 | 是否存在 | 说明 |
|---|---|---|
$ssl_cipher |
✅ | 如 ECDHE-ECDSA-AES256-GCM-SHA384，含密钥交换类型（ECDHE）但不含曲线名 |
$ssl_protocol |
✅ |
TLSv1.2 / TLSv1.3
|
$ssl_session_reused |
✅ |
r（重用）或空（新建） |
$ssl_early_data |
✅ |
"1" 表示启用 0-RTT（仅 TLS 1.3） |
$ssl_alpn_protocol |
✅（1.21.4+） | 如 h2 或 http/1.1
|
$ssl_client_hello |
❌ | 不存在；Nginx 不暴露原始 ClientHello |
不复杂但容易忽略：想靠日志字段直接看曲线，目前技术上行不通。重点应放在正确配置 ssl_ecdh_curve 并用外部工具验证，而非日志埋点。
