直接配置双证书（rsa+ecc）可让新旧终端自动选择适配证书：nginx在tls握手时依客户端能力协商，无需代码修改、域名切换或ua判断；需满足nginx≥1.11.0（推荐1.21.0+）、openssl≥1.0.2（建议1.1.1或3.x）、系统支持tlsv1.2+，并严格配置两套独立且subject/san完全一致的证书、私钥无密码、server块内连续声明证书顺序（推荐rsa在前ecc在后）、协议启用tlsv1.2/tlsv1.3、密码套件同时包含ecdhe-ecdsa与ecdhe-rsa类型。
直接配置双证书（RSA+ECC）就能让新旧终端各取所需：Nginx 在 TLS 握手阶段自动选证书，不用改代码、不切域名、也不依赖 UA 判断。关键不是“同时加载”，而是让客户端自己挑——它支持 ECC 就用 ECC，只认 RSA 就走 RSA。
确认环境是否满足硬性门槛
版本不达标，配置再准也无效：
- Nginx 必须 ≥ 1.11.0（推荐 1.21.0+），执行 nginx -v 查看
- OpenSSL 必须 ≥ 1.0.2（强烈建议 1.1.1 或 3.x），运行 openssl version 和 nginx -V 2>&1 | grep -i openssl，确保编译时与运行时版本一致
- 操作系统需支持 TLSv1.2 及以上；若启用 TLSv1.3，ECC 协商更稳定，建议开启
准备两套完全独立但信息一致的证书
不能共用私钥，也不能只换格式——必须是两套完整、并行的 PEM 文件：
- RSA 侧：用 openssl genpkey -algorithm RSA -pkeyopt rsa_keygen_bits:2048 生成私钥，向 Let’s Encrypt 或 Sectigo 申请标准 RSA 证书（含完整链）
- ECC 侧：用 openssl ecparam -name secp256r1 -genkey 生成私钥，同样向支持 ECDSA 的 CA（如 Let’s Encrypt，自 2021 年起全面支持）申请证书
- 两个证书的 Subject 和全部 SAN（包括大小写、通配符格式）必须逐字相同，否则 iOS/macOS 等系统会拒绝 ECC 证书
- 两套私钥均不可设密码；若有密码，Nginx 启动时无法加载第二组，导致双证书失效
在 server 块中精准声明双证书
顺序、紧邻、无干扰是生效前提：
- 在同一个 server 块内，连续写入两组指令，中间不插入任何其他 ssl_* 行
- 推荐顺序：RSA 在前，ECC 在后（部分旧客户端倾向先尝试 ECC，放后面可提升兼容稳定性）
- 示例写法（路径按实际调整）：
ssl_certificate /etc/nginx/ssl/example.com.fullchain_rsa.pem;
ssl_certificate_key /etc/nginx/ssl/example.com.privkey_rsa.pem;
ssl_certificate /etc/nginx/ssl/example.com.fullchain_ecc.pem;
ssl_certificate_key /etc/nginx/ssl/example.com.privkey_ecc.pem;
配置协议与密码套件驱动自动协商
光有证书不够，密码套件决定客户端能否真正选中对应算法：
- 强制启用安全协议：ssl_protocols TLSv1.2 TLSv1.3;（禁用 SSLv3、TLSv1.0/1.1）
- 密码套件必须同时包含 ECDSA 和 RSA 类型的密钥交换组合，例如：
ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305; - 避免使用仅含 RSA 或仅含 ECDSA 的套件列表，否则协商会失败或退化为单路径
不复杂但容易忽略——四点齐备：版本够、证书同、顺序对、套件全，Nginx 就能安静地把高性能留给现代设备，把兼容性留给老终端。
