处理cdn故障排查时，最容易出现的误区是只在浏览器中刷新页面，然后直接判断“CDN坏了”。实际上，静态文件打不开、图片版本不一致、接口偶发超时和下载速度下降，可能分别对应缓存规则、源站连接、解析线路或安全策略问题。下面按风险逐项检查，并给出可执行的处理顺序。
一、先确认故障范围，再动配置
在cdn故障排查开始前，先记录发生时间、受影响的域名、URL路径、HTTP状态码、客户端网络和是否能够绕过CDN访问源站。至少从两个不同运营商或地区进行对比，避免把单一网络的访问异常扩大成全局故障。
- 用命令行执行 curl -I https://域名/文件，记录状态码、响应时间和缓存相关响应头。
- 用同一URL连续测试带参数与不带参数的请求，确认问题是否只出现在特定查询参数。
- 临时对照源站直连结果，但不要把源站地址长期暴露给公众。
二、8项风险与配置细节
1. 缓存键设置不完整
如果缓存键没有纳入必要的查询参数、Cookie或请求头，可能把用户甲看到的内容返回给用户乙；反过来，加入过多参数又会造成缓存碎片化。应明确哪些参数真正影响页面内容，只保留这些字段，并对无效参数做规范化处理。
2. 回源超时与重试放大故障
连接超时、读取超时和总请求超时不是同一个概念。源站本身响应较慢时，CDN自动重试可能让源站承受更多连接。建议先区分连接建立失败、首字节等待过长和响应传输过慢，再分别调整参数；普通网页通常不宜盲目设置过长的等待时间，文件传输则应单独配置。
3. DNS解析记录切换不完整
修改CNAME或A记录后，不同递归解析器可能在TTL有效期内继续使用旧结果。排查时要检查主域名、下载子域名和备用域名是否指向同一套策略，并确认IPv4与IPv6记录没有出现一边正常、一边失效的情况。DNS解析变更适合分阶段进行，不宜在故障高峰一次性大范围切换。
4. TLS证书、SNI与回源协议不匹配
浏览器提示证书错误时，问题可能出在边缘证书过期、证书未覆盖当前子域名，或回源时要求HTTPS而源站只监听HTTP。检查证书有效期、SAN域名、SNI名称及边缘到源站的协议配置。证书更新后，还要确认各边缘节点已经加载新版本。
5. WAF规则误拦截正常请求
安全规则可能把上传接口、带特殊字符的搜索词或移动端请求误判为攻击。查看拦截日志中的规则编号、路径、方法和触发字段，不要直接关闭全部防护。更稳妥的做法是对明确误报的路径添加范围有限的例外，并保留审计记录。
6. 缓存刷新与版本发布不同步
发布新CSS、JavaScript或图片后，如果文件名未变，边缘节点可能继续返回旧对象。紧急刷新可以解决短期问题，但频繁全站刷新会增加回源压力。更好的方式是使用带版本号或内容哈希的文件名，例如将 app.js 改为带构建版本的路径，再逐步清理旧资源。
7. 压缩、Range与大文件配置冲突
文本资源适合启用Gzip或Brotli，但已经压缩的JPEG、MP4、ZIP通常收益有限。对于视频、安装包和大型PDF，要检查Range请求是否被正确转发，否则用户暂停后续传可能重新下载。排查时同时比较响应的Content-Length、Content-Range和Content-Encoding，避免把压缩后的大小误当作源文件大小。
8. 状态码和错误页缓存过久
404、403或5xx响应如果被缓存，源站恢复后用户仍可能看到旧错误页。应分别设置成功响应与错误响应的缓存时间，并确认源站临时故障时是否允许提供短时间的陈旧内容。登录、购物车、支付回调等动态路径通常应绕过缓存或使用严格的缓存控制头。
三、推荐一套可复用的排查顺序
- 确认范围：按域名、地区、网络和URL分类，先判断是局部还是普遍异常。
- 核对链路：依次检查DNS解析、TLS握手、边缘响应、回源连接和源站日志。
- 对照配置：比较最近变更的缓存规则、WAF规则、证书、超时和发布版本。
- 小范围验证：先针对单一路径或测试域名调整，观察数分钟到十几分钟，避免直接全局修改。
- 记录结果：保存变更前后配置、请求样本和恢复时间，便于后续复盘。
如果团队缺少专门的CDN运维人员，或业务需要同时处理解析、证书、回源和安全策略，可以考虑咨询德讯电讯这类提供网络与云服务支持的服务商；选择时应重点确认其故障响应流程、日志可见性和变更权限边界，不应只看宣传中的节点数量。
四、常见问题
Q1：源站能打开，为什么经过CDN仍然失败？
可能是边缘证书、WAF规则、缓存错误、回源白名单或协议配置不同。应先比较边缘请求与源站直连的状态码和响应头。
Q2：清理缓存后仍显示旧内容怎么办？
检查是否存在多级缓存、浏览器缓存、Service Worker或不同查询参数，并确认刷新操作覆盖了实际访问的主机名。
Q3：是否应该直接关闭缓存？
通常不建议。关闭缓存会增加源站连接和带宽压力，应先只对异常路径绕过缓存，再观察影响。
Q4：怎样判断是CDN还是源站变慢？
对比边缘到客户端的响应时间、边缘到源站的连接与首字节时间，并结合多个地区测试。只有客户端变慢而回源稳定时，才更像边缘或网络侧问题。
Q5：cdn故障排查结束后还要做什么？
恢复业务后不要立即删除日志，应整理时间线、触发条件、配置变更和验证结果，并为证书、错误缓存和超时参数建立定期检查项。
总之，cdn故障排查应围绕请求链路和配置差异展开，先缩小范围，再做小步验证，最后固化为监控与变更流程。
