要在 Nginx 日志中记录完整 HTTPS 加密协议信息,需组合使用 $ssl_protocol、$ssl_cipher、$ssl_server_name、$ssl_session_reused 等真实 TLS 握手变量,定义专用 log_format 并仅在 listen 443 ssl 的 server 块中启用 access_log。
要在 Nginx 日志中记录完整的 HTTPS 加密协议信息,关键不是“开启某个开关”,而是把几个真实反映 TLS 握手结果的内置变量组合进专用日志格式,并严格限定该格式只用于实际处理 HTTPS 的 server 块。
Nginx 提供一组只在 SSL 握手完成后才被赋值的变量,它们不可伪造、不依赖配置声明,而是来自真实连接:
在 http{} 块顶部添加自定义格式,推荐使用竖线或空格分隔,便于后续解析:
log_format ssl_full '$time_iso8601|$remote_addr|$ssl_protocol|$ssl_cipher|$ssl_server_name|$ssl_session_reused|$request_method|$uri|$status|$bytes_sent|$request_time|"$http_user_agent"';
这个格式聚焦核心安全参数,时间戳用 ISO 标准,字段间用竖线分隔,避免日志内容内部出现歧义空格。
切勿把 access_log 指令写在 http{} 块或监听 80 端口的 server 块里。它必须且只能出现在明确启用 SSL 的块中:
server {listen 443 ssl;
server_name example.com;
ssl_certificate /path/to/fullchain.pem;
ssl_certificate_key /path/to/privkey.pem;
access_log /var/log/nginx/ssl-full.log ssl_full;
}
注意:listen 443 ssl; 中的 ssl 关键字不可省略——缺了它,所有 $ssl_* 变量都会为空或显示短横线。
配置完成后执行两步检查:
nginx -t 确认语法无误nginx -s reload 重载配置tail -n 1 /var/log/nginx/ssl-full.log
正常输出应类似:
2026-08-21T02:55:33+0000|203.0.113.42|TLSv1.3|TLS_AES_256_GCM_SHA384|example.com|r|GET|/|200|1528|0.012|"curl/8.10.1"
如果 tls= 后为空或全是短横线,优先检查 listen 行是否漏了 ssl,以及 access_log 是否误放在了 HTTP server 块中。