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 版本
