$ssl_curve 不是 nginx 内置变量，无法记录客户端曲线偏好列表；$ssl_ecdh_curve 仅表示服务端最终协商选用的曲线（如 x25519），而非客户端 clienthello 中的 supported_groups 原始列表。
OpenSSL 和 Nginx 本身并不提供名为 $ssl_curve 的内置变量，也**不支持直接在 access_log 中记录客户端在 TLS 握手阶段通告的椭圆曲线偏好列表（supported_groups 扩展）**。该字段属于 ClientHello 消息内部结构，Nginx 在完成 SSL 握手后仅暴露已协商出的*最终选中曲线*（如 $ssl_curves 或更准确的是 $ssl_ecdh_curve），而非客户端原始发送的完整优先级列表。
为什么无法直接记录客户端曲线偏好列表
Nginx 的 SSL 模块在握手完成后，只保留并导出最终协商结果（例如 secp256r1、x25519），不缓存或解析 ClientHello 中的 supported_groups 扩展原始字节。该扩展内容在握手早期被 OpenSSL 库读取并用于服务端选曲线，但未暴露为 Nginx 可用的字符串变量。
因此：
- $ssl_curves 是一个**空值或无效变量**（Nginx 不定义它）；
- $ssl_ecdh_curve 表示服务端实际选用的 ECDHE 曲线（即协商结果），不是客户端偏好；
- 客户端发送的完整曲线列表（如 [x25519, secp256r1, secp384r1]）无法通过标准 Nginx 变量获取。
可行的替代方案：获取客户端曲线能力与优化方向
若目标是“辅助网关层算法算力优化”，真正需要的是：
- 客户端支持哪些现代/高效曲线（如 x25519）；
- 是否强制使用高开销曲线（如 secp521r1）；
- 是否完全不支持 PFS 曲线（需回落到 RSA 密钥交换）。
以下方法可间接达成目标：
-
启用并记录
$ssl_ecdh_curve：虽然不是偏好列表，但能反映最终协商结果。高频出现secp384r1或secp521r1可提示客户端能力受限或配置陈旧，建议优化服务端ssl_ecdh_curve配置（如优先设为x25519:secp256r1）。 -
结合 TLS 版本与密钥交换方法分析：使用
$ssl_protocol和$ssl_cipher（如匹配ECDHE-前缀）判断是否启用了前向安全。若大量连接使用RSA密钥交换，说明客户端可能不支持 ECDHE，需考虑兼容性策略。 -
用 tcpdump + tshark 抽样分析：对特定流量镜像抓包，运行：
tshark -r trace.pcap -Y 'tls.handshake.type == 1' -Tfields -e tls.handshake.extensions_supported_groups
可直接提取原始supported_groups值，用于统计建模（适合周期性评估，非实时日志）。
服务端主动优化：降低算力消耗的关键配置
比起收集客户端偏好，更高效的做法是**控制服务端行为**，确保多数连接落在低成本曲线上：
- 在
nginx.conf的http或server块中明确设置：ssl_ecdh_curve x25519:secp256r1;
（OpenSSL 1.1.1+ 支持 x25519；避免列出 secp521r1 等高开销曲线） - 禁用老旧 TLS 版本：
ssl_protocols TLSv1.2 TLSv1.3;
TLS 1.3 强制使用 ECDHE 且默认优先 x25519，大幅简化协商逻辑。 - 确认 OpenSSL 版本 ≥ 1.1.1，并启用
SSL_CTRL_SET_CURVES路径（Nginx 默认已调用）。
进阶：自定义模块或代理层增强（需开发投入）
若确需在日志中写入客户端原始曲线列表，可行路径包括：
- 基于 OpenResty，使用
ssl_certificate_by_lua*阶段调用opensslLua 库解析 ClientHello（需修改 OpenSSL 绑定，稳定性风险高）； - 在网关前置部署轻量 TLS 解析器（如基于
rustls或boringssl的 sidecar），提取supported_groups后注入 HTTP Header（如X-Client-Supported-Groups），再由 Nginx 记录$http_x_client_supported_groups； - 改用支持深度 TLS 可视化的网关（如 Envoy + Tap Filter 或 Istio Telemetry v2），其访问日志可导出 TLS 握手元数据。
