根CA已经信任仍握手失败：怎样用本地链核对中间证书

客户端已经信任根CA，服务器只发叶证书时，仍可能无法建立完整验证链。本文构造根、一个中间CA和叶证书三层关系，在回环服务分别发送叶证书、叶加中间证书，保持连接名和根信任完全相同，以隔离中间链缺失这个变量。

区分信任库与服务器发送链

客户端信任库只装实验根，叶证书由实验中间CA签发，中间CA再由根签发。信任根不等于客户端天然拥有所有中间证书。服务端若只发送叶，客户端需要的中间签发者缺失；本实验不联网下载证书，也不依赖系统证书缓存，因此可以观察缺失的实际影响。

第一轮服务端链文件只有叶，握手校验失败；第二轮按叶在前、中间在后的顺序组成发送链，握手成功并收到ok。两轮server_hostname都是chain.test，叶证书SAN也相同，避免把名称不匹配混入链问题。服务器发送的中间证书是用来补齐路径，最终信任仍来自客户端已明确加载的根。

按角色核对每份证书

排查时应列subject、issuer、基本约束和有效期，确认叶不是被误当成CA，中间有CA约束，签名关系能连续到受信根。只把几个PEM文件随意拼在一起不保证链有效；把私钥或另一个不相关证书放进去更无助于验证。正式服务使用的链文件路径也应与实际加载配置一致，不能只看磁盘上某份文件存在。

本实验的证书由cryptography临时生成，私钥在结束时随临时目录清理，公开附件只有实验输入和生成代码。没有改系统信任库，也没有访问互联网或正式TLS端点。真实环境可能有证书缓存、交叉签名和其他路径构建规则，因此不能用“浏览器能打开”推断所有网关运行时都能建立链。

用完整与缺失两个方向做验收

只测试完整链成功还不够，缺失链负例能确认客户端没有意外信任叶或中间，从而绕过原本设计的根信任边界。输出应记录Python和OpenSSL版本、信任输入、服务器发送链的成员，以及实际结果真或假；不要保存私钥作为工单证据。

此次实际环境为Python 3.12.4与OpenSSL 3.0.14，两轮结果为失败、成功，均为回环TLS实测。它不证明生产证书链已经修复，也不覆盖吊销检查与所有客户端行为。上一篇名称检查把链固定，本篇把名称固定，两套样本结合起来，可以避免看到同一个TLS异常就盲目更换根证书。先定位失败发生在身份、签发路径还是时效，再修改相应配置，更容易保留原有安全边界。

配套样本与复核入口

下载本篇独立合成输入和实验运行器。上述文件放在同一目录后运行 python run_lab.py C026。完整运行需要全部四十四份输入及相关配置。结果中的method区分离线计算、静态参考检查与回环实测，不能把前两者当成真实网关已通过。

证书实验需本地已安装cryptography；私钥只在临时目录生成，实验结束即清理，公开附件不包含私钥。

资料核对日期：2026-10-24。官方依据1。

与本站相关基础教程的区别：旧文没有中间链实验；本文保持主机名不变，对照只发送叶证书和发送完整中间链，区别于上一篇SAN命名验证。