Apache不支持单个VirtualHost配置多根证书链，但可通过构造向下兼容的中间证书链（如合并ISRG Root X1与DST Root CA X3）并追加至域名证书文件，配合TLS协议降级兼容设置，实现新旧客户端广泛信任。
Apache 本身不支持为单个 <VirtualHost> 直接配置“多根证书链”（即同时提供多个不同信任锚的完整证书链），但可以通过合理组织证书文件结构、选用兼容性更强的中间证书包，并结合 SNI 和现代 TLS 配置，实现对旧版和新版客户端浏览器的广泛兼容。关键不在“多根”，而在“选对链”。
理解证书链兼容性的核心问题
老版本客户端（如 Windows XP + IE6/8、Android 4.x 浏览器、部分嵌入式设备）往往只内置了较老的根证书（如 Symantec Class 3、AddTrust External CA Root），而新签发的证书通常由新根（如 ISRG Root X1/X2、DigiCert Global G2）签发。若服务器只提供新链，老客户端无法构建信任路径，会报“证书不可信”。
解决思路不是让 Apache 同时发多个链，而是：提供一个**向下兼容的完整中间链**，确保从叶证书出发，能回溯到老客户端也认识的根（或其直系上级）。
准备兼容性更强的证书链文件
不要直接使用证书颁发机构（如 Let’s Encrypt、阿里云、腾讯云）提供的默认“for Apache”压缩包里的 1_root_bundle.crt。需手动构造一条“向后兼容链”：
- 将你的域名证书（
2_yourdomain.crt）放在最上方 - 紧接着追加所有必要的中间证书，顺序必须是从叶证书 → 上级中间 → 更上级中间
- 最后追加一个老客户端普遍信任的交叉签名中间证书（例如 Let’s Encrypt 的
DST Root CA X3或ISRG Root X1的交叉链），而非最终根证书本身（Apache 不需要也不应发送根证书）
示例（以 Let’s Encrypt 为例）：
yourdomain.crt
lets-encrypt-r3.pem（R3 中间）
isrgrootx1.pem（ISRG Root X1，新客户端信任）
dst-root-ca-x3.pem（DST Root CA X3，老客户端信任）← 这一行是关键兼容层
在 VirtualHost 中正确引用链文件
确保只用一个 SSLCertificateChainFile 指向你手工合并好的兼容链文件（如 /etc/httpd/conf/ssl/chain-compat.pem），不要拆成多个指令：
<VirtualHost *:443>
ServerName example.com
SSLEngine on
SSLCertificateFile /etc/httpd/conf/ssl/example.com.crt
SSLCertificateKeyFile /etc/httpd/conf/ssl/example.com.key
SSLCertificateChainFile /etc/httpd/conf/ssl/chain-compat.pem ← 单一、完整、向下兼容的链
# 其他配置...
</VirtualHost>注意：SSLCertificateChainFile 在 Apache 2.4.8+ 已被弃用，推荐改用 SSLCACertificatePath 或更稳妥的方式——将中间证书直接追加到 SSLCertificateFile 后面（即把域名证书和兼容链合并为一个 .crt 文件），然后仅配置 SSLCertificateFile 和 SSLCertificateKeyFile。这是当前最通用、最可靠的做法。
补充 TLS 层兼容策略
光有证书链还不够，还需配合协议与密钥交换设置，避免因 TLS 版本或算法不匹配导致握手失败：
- 启用 TLSv1.0、TLSv1.1（仅限必要兼容场景，生产环境建议最低 TLSv1.2）
- 保留 RSA 密钥交换套件（如
ECDHE-RSA-AES256-SHA），避免纯 ECDSA 链路在老客户端上失效 - 禁用不安全的加密套件（
!aNULL !eNULL !EXPORT !DES !RC4 !MD5 !PSK !SRP !CAMELLIA）
示例配置片段：
SSLProtocol all -SSLv2 -SSLv3 SSLCipherSuite ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES128-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES256-SHA:DHE-RSA-AES256-SHA256:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!SRP:!CAMELLIA SSLHonorCipherOrder on
本质上，这不是“配置多根”，而是通过精心构造一条覆盖新旧信任锚的中间链，并辅以宽松但安全的 TLS 策略，让 Apache 一次响应就能满足绝大多数客户端验证需求。操作不复杂，但容易忽略链的完整性与顺序。
