同一条请求可能经过客户端、CDN边缘节点和源站，日志中的状态码未必来自同一环节。排查时先判断错误发生在哪里，再核对请求是否回源；这也是掌握cdn日志中状态码与回源错误的排查方法的关键。尤其要留意：缓存命中时，边缘节点返回成功并不代表源站当时正常。
先确认日志记录的是哪一段请求
对齐客户端响应日志、边缘节点访问日志和源站访问日志，查看时间、请求路径、请求方法、请求标识、缓存状态、边缘响应码、源站响应码及回源耗时。字段名称因服务商而异，不要只凭一个名为“status”的字段下结论。时区也要统一；如果只有分钟级时间记录，应扩大前后检索窗口。
日志里没有源站记录，可能是缓存命中，也可能是请求在边缘规则、连接建立或网络阶段被拦截。若有回源请求记录而源站无对应访问记录，则优先检查边缘到源站的路由、防火墙策略和连接情况。边缘返回码与源站返回码不一致时，分别记录两者，不要混为一谈。
常见状态码：先分正常、源站问题与边缘问题
| 日志现象 | 常见解释 | 优先核查 |
|---|---|---|
| 200、206 | 请求成功；206表示返回部分内容。若缓存状态为命中，可能没有访问源站。 | 检查缓存状态、响应长度及内容是否符合预期。 |
| 301、302、304 | 重定向通常是业务配置；304表示可使用已有缓存内容，并非故障码。 | 核对跳转目标、缓存验证条件和客户端是否反复跳转。 |
| 403、404 | 可能由访问控制、源站权限或资源不存在引起；不能仅凭状态码判断责任方。 | 对照边缘规则命中记录、源站日志和请求路径。 |
| 429 | 请求频率或配额限制可能触发，限制可能设在边缘或源站。 | 确认限流规则、触发范围和重试是否加重请求量。 |
| 502、503、504 | 常见于网关收到无效响应、服务不可用或等待源站超时，但具体原因要看回源日志。 | 检查源站可用性、连接错误、超时记录和错误是否集中在特定节点。 |
部分代理或服务器日志还会出现499等非标准码，常用于表示客户端在响应完成前断开连接；应以产生日志的软件定义为准。CDN也可能用专有错误码表示边缘侧故障，需查对应产品的字段说明，不能把专有码直接当作源站HTTP状态。
按顺序定位回源错误
- 圈定故障样本。记录失败时间、路径、请求方法、边缘响应码和请求标识；分别比较持续失败、间歇失败，以及仅特定路径失败的情况。
- 核实是否回源。检查缓存状态和源站响应字段。缓存命中但内容异常时，关注缓存对象是否过期、更新是否完成；确认回源后再检查源站对应日志。
- 判断失败阶段。连接超时优先看网络连通性与防火墙；TLS握手失败检查证书名称、有效期和协议配置；源站返回5xx则检查服务负载、应用错误及依赖服务。
- 对比不同节点与源站直连结果。若仅部分边缘节点失败，检查节点到源站的线路或地区策略；若各节点及直接访问都失败，优先处理源站。直连测试要使用相同主机名、路径和请求方式，避免因请求条件不同造成误判。
- 小范围验证处理结果。修正配置后观察同类请求的回源错误率、耗时和状态码；需要清除缓存时限定具体对象或路径，并确认源站内容已更新，避免扩大刷新范围造成额外回源压力。
处理选择：修配置、重试还是刷新缓存
连接或握手错误适合先修复源站地址、端口、证书或网络策略；源站过载时应先恢复服务能力，再谨慎设置重试，避免多个节点同时重试放大负载。对于缓存内容过期或不一致，核实源站版本后再按路径刷新；若只是正常的304或缓存命中，不应为追求“每次回源”而随意关闭缓存。回源超时阈值没有通用最佳值，应依据源站响应时间、业务容忍度和产品配置评估，并区分连接超时与等待响应超时。
把边缘响应、源站状态、缓存状态和请求标识放在一起对照，通常比反复重试更快缩小范围。按这套cdn日志中状态码与回源错误的排查方法先定位环节，再选择修复源站、调整规则或刷新缓存，可以减少误操作。
常见问题
边缘返回200，源站却有错误，正常吗？
可能正常：边缘节点可能直接提供缓存内容。检查该请求的缓存状态，并确认两条日志是否属于同一请求和时间范围。
502和504应该先查哪里？
先查回源阶段记录。502侧重无效响应或连接异常，504通常与等待超时有关；具体仍需结合服务商日志和源站记录判断。
刷新缓存能解决回源错误吗？
通常不能。刷新缓存主要用于内容陈旧或缓存对象异常；若源站不可用、网络不通或证书配置错误，应先修复对应原因。