proxy_ssl_ciphers专门控制nginx反向代理与后端https服务器tls连接的加密套件，仅作用于proxy_pass https://回源链路，必须置于location或server块中且与proxy_pass同级生效，按从左到右顺序协商，需配合proxy_ssl_protocols、proxy_ssl_ecdh_curve和proxy_ssl_verify才能完整生效。

proxy_ssl_ciphers 专门控制 Nginx 作为反向代理时，与后端 HTTPS 服务器建立 TLS 连接所使用的加密套件。它不作用于客户端到 Nginx 的连接，只影响“回源”链路的安全性与性能。

必须写在正确位置才生效

该指令仅在 location 或 server 块中、且与 proxy_pass https:// 处于同一作用域时起作用：

• ✅ 正确示例：
  

  location /api/ {<br>  proxy_pass https://backend;<br>  proxy_ssl_protocols TLSv1.2 TLSv1.3;<br>  proxy_ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384;<br>}

• ❌ 错误写法：放在 http 块顶层、写在 upstream 块里，或用于 proxy_pass http:// 场景 —— 此时完全被忽略
• 不继承、不跨作用域，每个需要 HTTPS 回源的 location 都得单独配置

套件顺序就是协商优先级

Nginx 按你写的顺序从左到右尝试匹配，没有 proxy_ssl_prefer_server_ciphers 机制。因此要主动把最安全、最高效、最兼容的组合放前面：

CPA Update - Secure CLI Proxy API Maintenance

安全更新和维护 CLI Proxy API（CPA）部署与配置。用于 CPA 镜像升级、配置变更、认证目录兼容修复、上线验证与回滚。适用于用户提到“CPA 更新/升级/配置改了/容器重建/回滚”等场景。

下载

• 推荐首选：ECDHE-RSA-AES128-GCM-SHA256（硬件加速好、前向保密强、广泛支持）
• 次选补充：ECDHE-RSA-AES256-GCM-SHA384（密钥强度更高）、CHACHA20-POLY1305-SHA256（ARM 或老旧 OpenSSL 环境更稳）
• 避免混入弱算法：如 RC4、AES-CBC、SHA1、MD5 —— 不靠末尾加 !aNULL 过滤，而应源头剔除

必须配套三项基础指令

只设 proxy_ssl_ciphers 不足以生效，还需同步配置：

• proxy_ssl_protocols TLSv1.2 TLSv1.3; —— 明确禁用 TLS 1.0/1.1，防止协议降级
• proxy_ssl_ecdh_curve secp384r1:prime256v1; —— 提升 ECDHE 密钥交换成功率，兼顾性能与兼容
• proxy_ssl_verify on; + proxy_ssl_trusted_certificate /path/to/ca.pem; —— 验证后端身份，防中间人劫持

验证是否真正生效

配置重载后，需实测确认协商结果，而非仅依赖语法检查：

• 开启 debug 日志：error_log /var/log/nginx/error.log debug;，搜索 SSL accepted cipher:
• 用 OpenSSL 手动测试：openssl s_client -connect backend-host:443 -cipher "ECDHE-RSA-AES128-GCM-SHA256" -tls1_2
• 若后端支持日志输出，可直接查看其记录的实际协商套件和 TLS 版本