启用 ssl_prefer_server_ciphers on 可使服务器在 TLS 握手时主导加密算法选择，需配合 ssl_ciphers 和 ssl_protocols 指令共同配置，并通过 nginx -t 和 openssl 测试验证生效。
要让服务器在 TLS 握手时主导加密算法选择，关键在于启用 ssl_prefer_server_ciphers 并配合合理的 cipher list 设置。这个参数本身不决定用哪些算法，而是把最终决策权从客户端“协商偏好”切换到服务器“配置偏好”。
理解 ssl_prefer_server_ciphers 的作用
默认情况下，TLS 握手时客户端会发送它支持的加密套件列表（按优先级排序），服务器从中选一个双方都支持的——这叫“客户端主导”。开启 ssl_prefer_server_ciphers on 后，服务器改用自己的 cipher list 顺序来挑选，只要客户端支持，就优先采用服务器排在前面的套件。这是实现安全策略落地的基础控制点。
Nginx 中正确启用并生效
在 server 或 http 块中添加以下两部分配置，缺一不可：
-
启用偏好开关：
ssl_prefer_server_ciphers on; -
明确指定强 cipher 列表：例如
ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384;（仅含前向安全、AEAD 类型套件） - 同时设置协议版本，禁用老旧协议：
ssl_protocols TLSv1.2 TLSv1.3;（注意：TLSv1.3 自身已移除 cipher 协商机制，该参数对其无效，但不影响 TLSv1.2 行为）
验证是否真正生效
光写配置不等于生效，需检查三点：
- 运行
nginx -t确认语法无误，再systemctl reload nginx重载 - 用
openssl s_client -connect yourdomain.com:443 -tls1_2连接，查看输出中 Server certificate 后是否出现 Cipher : … —— 显示的套件必须是你 cipher list 中靠前的那几个 - 用在线工具如 SSL Labs 的 SSL Test 查看 “Handshake Simulation” 结果，确认各浏览器/客户端实际协商出的 cipher 是否符合你设定的优先顺序
常见失效原因和规避方式
即使开了 prefer，仍可能被绕过：
- TLSv1.3 被误判为失效：该协议不走 cipher 协商流程，ssl_prefer_server_ciphers 对其无影响，属正常行为，无需调整
-
cipher list 包含弱算法：比如混入
RC4或MD5，即使排第一，现代客户端也会直接拒绝，导致降级到次优套件。应严格过滤 - 未重启或 reload 服务：修改后只 reload 不够，某些旧版本 Nginx 需要完整 restart 才能刷新 cipher 缓存
