证书更新涉及身份信任关系，操作错误可能造成隧道中断。应把它作为受控变更管理：提前盘点到期范围，确认信任链和对端配合，安排窗口，验证新证书，并保留可执行的回退方案。
先看结论
- 不要等到到期当天再处理。
- 两端证书与信任关系应协调变更。
- 设备时间错误会影响有效性判断。
- 更新后要验证建链、业务、日志和重启恢复。
更新前盘点
建立设备、证书主体、序列号、签发方、有效期、用途和对端关系台账，确定哪些证书需要更新以及是否影响共享信任链。
- 核对设备时间。
- 备份原证书和配置。
- 确认对端窗口与联系人。
申请、导入与切换
按照项目证书体系生成或提交申请，核对主体和用途后导入。先验证信任链，再按计划切换业务证书；禁止在无法回退的情况下直接覆盖唯一可用材料。
- 区分身份、信任和会话材料。
- 记录导入与启用时间。
- 保护私钥和口令。
验证与持续管理
更新后检查隧道、业务、告警和日志，必要时重启或触发重新协商验证恢复。将新有效期写入台账并设置提前预警。
- 验证所有关联对端。
- 清理确认无用的旧证书。
- 保留变更和审批记录。
证书更新检查表
| 检查项 | 判断方法 | 建议输出 |
|---|---|---|
| 资产范围 | 设备、证书和对端关系 | 证书台账 |
| 备份回退 | 原证书、配置和恢复步骤 | 回退包 |
| 新证书核对 | 主体、用途、有效期和信任链 | 核对记录 |
| 切换验证 | 隧道、业务、告警和重启 | 测试记录 |
| 到期管理 | 预警时间和责任人 | 维护计划 |
落地实施建议
建议设置分级预警，例如提前90天盘点、60天申请、30天完成更新，具体周期按证书体系和审批时长调整。关键站点应避免集中在同一天到期。
- 先形成拓扑、业务流、接口和地址清单。
- 在隔离测试环境完成参数模板与策略验证。
- 选择低风险窗口上线，保留明确的回退路径。
- 用业务、性能、告警、日志四类证据完成验收。
- 把证书、策略、配置备份和版本信息纳入周期巡检。
常见问题
证书更新是否必须停业务？
取决于产品和部署方式，应在测试或技术资料中确认；即使支持平滑更新也要安排监控和回退。
旧证书什么时候删除？
确认所有对端和恢复场景都使用新证书后，再按制度清理。
证书有效但认证失败怎么办？
继续检查信任链、主体匹配、时间、用途、对端配置和算法策略。
相关内容
需要项目级选型或部署清单？ 请携带站点规模、接口类型、链路数量和冗余要求，前往联系页面获取针对性建议。具体参数以项目技术协议和实物资料为准。