ssl_dhparam指令不参与加密，仅为dhe套件提供dh参数基础；nginx 1.11.0+已移除内置参数，未配置将退至不安全的1024位默认值，导致logjam攻击可行、前向保密失效；必须显式配置于server块内证书指令后，路径准确、权限600、worker可读，并通过openssl检查、ssl labs扫描及s_client直连三重验证生效。
ssl_dhparam 指令本身不参与加密，而是为 DHE 类 TLS 密码套件提供安全的 Diffie-Hellman 参数基础。它必须显式配置，因为 Nginx 1.11.0 起已完全移除内置 DH 参数；未设置时，会退回到 OpenSSL 或系统提供的默认值——多数仍为 1024 位，已被实证可在数小时内被离线分解，直接导致 Logjam 攻击可行、前向保密失效。
路径必须绝对准确且可被 worker 进程读取
Nginx 主进程（通常以 root 运行）负责读取配置并校验语法，但真正处理 HTTPS 握手的是 worker 进程（如 www-data、nginx 或 nobody）。若文件路径写错、权限不足或用户无读取权，Nginx 不报错，而是静默降级使用弱默认参数。
- 推荐路径如：/etc/nginx/ssl/dhparam.pem，避免使用相对路径或家目录（如 ~/dhparam.pem）
- 权限必须设为 600（仅属主可读写），确保私密性；设为 644 可能引发安全审计告警，且在严格环境（如等保2.0）中不合规
- 确认 worker 用户对该文件有读权限：例如运行 sudo -u www-data cat /etc/nginx/ssl/dhparam.pem 测试是否可读
指令位置决定是否真正生效
ssl_dhparam 必须放在启用 SSL 的 server 块内，且顺序关键：它需位于 ssl_certificate 和 ssl_certificate_key 之后，否则 Nginx 可能因路径解析失败而忽略该指令，或启动时报错。
- 不能仅写在 http 块顶层（除非所有 HTTPS 站点共用同一组参数），否则部分 server 块可能未继承，尤其在多域名、多证书场景下易遗漏
- 若使用 Nginx Ingress Controller，需将 dhparam.pem 挂载进容器，并在 ConfigMap 中通过 ssl-dhparam 键指定文件路径（如 /etc/nginx/ingress-controller/dhparam.pem）
- Docker 部署时，建议在镜像构建后验证文件存在且内容有效，避免 CI 构建阶段生成超时导致使用空文件或旧缓存
生效依赖完整握手链路加载与协商
即使配置正确，参数也需在 TLS 握手中被实际选用。Nginx 不强制客户端使用 DHE，而是由客户端能力、服务端 cipher 优先级、以及是否启用 ssl_prefer_server_ciphers 共同决定。
- 若 cipher 列表中未包含 DHE 套件（如 ECDHE-RSA-AES128-GCM-SHA256 是 ECDHE，非 DHE），则 ssl_dhparam 不会被调用——但它仍是必要兜底：旧 Java 客户端、某些 IoT 设备、嵌入式浏览器仍可能只支持传统 DHE
- ssl_protocols 至少需含 TLSv1.2（TLSv1.3 自动禁用 DHE，但兼容层仍需强 DH 参数支撑 TLSv1.2 握手）
- worker 进程加载参数是一次性的：修改 dhparam.pem 后必须 reload（而非 restart），否则旧进程继续使用内存中缓存的旧参数
验证不是可选步骤，而是上线必环
reload 成功 ≠ 参数生效。必须从三个层面交叉验证：
- 本地检查文件强度：openssl dhparam -in /etc/nginx/ssl/dhparam.pem -text -noout | grep "prime"，输出应明确含 “3072 bit” 或 “2048 bit”，而非 “1024 bit”
- 线上扫描确认：SSL Labs 扫描后查看 “Key Exchange” 栏，应显示 “DH 3072” 且标注 “Forward Secrecy: Yes”
- 直连核验协商结果：openssl s_client -connect example.com:443 -cipher 'EDH' -tls1_2，输出中 “Server Temp Key” 行应为类似 DH, 3072 bits
