CDN 接入后，故障不再只发生在服务器本身。用户看到 502、504、证书错误或长时间加载时，问题可能在边缘节点、回源网络、源站防火墙、TLS 配置、缓存规则或应用进程。排查时最忌讳直接改一堆配置，因为每一次无记录变更都会让故障现场变得更模糊。
先确认用户是否真正命中 CDN
第一步不是登录服务器，而是看 DNS 是否已经指向 CDN、响应头是否来自边缘、是否命中正确的证书和域名。某些地区可能仍然访问旧记录，某些子域名可能没有接入 CDN。如果入口都不一致，后面看到的错误就不具备可比性。
再确认边缘节点是否能连接源站
边缘回源失败常见原因包括源站 IP 白名单遗漏、源站端口未开放、HTTPS 回源校验证书失败、源站只允许特定 Host、回源协议选择错误。为了保护源站而设置限制是必要的，但限制规则必须和 CDN 的回源方式匹配。
缓存规则可能把小问题放大
如果 HTML 不缓存，所有访问都回源，源站压力会更高；如果错误响应被缓存，短暂故障会被放大成持续故障；如果带随机参数的资源绕过缓存，峰值期间回源流量会异常增长。缓存策略应区分页面、静态资源、下载、接口和错误页。
| 现象 | 优先检查 | 常见处理 |
|---|---|---|
| 502 | 源站端口、进程、回源协议 | 恢复进程、修正协议和 Host |
| 504 | 源站响应时间、数据库、接口依赖 | 降低回源压力、处理慢请求 |
| TLS 错误 | 证书覆盖、SNI、回源校验 | 补齐证书或调整回源策略 |
| 流量异常 | 缓存键、随机参数、热资源 | 规范缓存规则和刷新流程 |
记录比一次修好更有价值
每次回源故障都应留下时间线：最早信号、影响地区、错误类型、最近变更、执行动作和恢复证据。长期看，记录会帮助团队识别问题是在配置、容量、发布流程还是供应商边界上反复出现。