404错误修复：源站正常而边缘节点异常时应保留哪些证据
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /e749bcfff6a0.html
📄
404错误修复：源站正常而边缘节点异常时应保留哪些证据
当源站直接访问返回正常的 404 状态、而经过边缘节点后返回的内容或状态不一致时，先不要改源站配置。此时最有价值的证据是能同时证明“源站此刻返回什么”和“边缘节点此刻返回什么”的成对记录，包括请求时间、请求 URL、请求头、响应状态、响应头和响应体摘要。缺少成对记录，后续任何修复都只能靠猜。
下面用一个假设情境串起决策过程。假设某站点把图片目录从 /img/ 迁到 /assets/，旧路径本应返回 404。源站日志显示这些旧路径稳定返回 404，但部分用户和抓取工具反馈看到的是 200 或 301。这个差异本身不是结论，而是一条线索：需要先固定证据，再判断问题出在边缘缓存、回源规则还是重写逻辑。
先固定成对证据，而不是先改配置
边缘异常最常见的误判，是只看到源站正常就认定“源站没问题，问题在别处”。实际上边缘节点可能缓存了旧响应、执行了不同的重写规则，或对同一 URL 的请求头做了不同处理。要区分这些原因，需要同一时刻、同一 URL 的两组记录。
- 源站直连记录：用不带边缘的地址或直连方式请求同一 URL，记录请求时间、完整 URL、请求方法、关键请求头、响应状态码、响应头中的缓存相关字段、响应体前若干字节。
- 边缘记录：通过边缘节点请求同一 URL，记录同样的字段，并额外记录边缘节点标识、命中或回源标记、边缘侧缓存状态。
- 时间对齐：两组记录的时间要尽量接近，并注明时区。跨时区比较容易把“缓存过期前后的差异”误读成“节点间不一致”。
如果两组记录显示源站 404、边缘 200，且边缘响应头带有较长的缓存有效期，那么优先怀疑边缘缓存了迁移前的旧响应。此时下一步动作是查该 URL 的缓存键和缓存规则，而不是去改源站的 404 页面。反过来，如果边缘记录显示回源了、但源站返回的是 301，那问题在源站重写规则，边缘只是忠实转发。
把请求头差异当作可区分原因的证据
同一 URL 在源站和边缘表现不同，有时不是节点故障，而是请求头不同导致源站或边缘走了不同分支。常见可区分的原因包括：
- 边缘节点在回源时改写了
Host或路径，源站因此匹配到另一条规则。 - 抓取工具与浏览器发送的
User-Agent、Accept不同，边缘按客户端类型返回不同结果。 - 请求带有或缺少条件请求头，边缘据此决定是否回源。
- 边缘对
Accept-Encoding的处理不同，导致响应体摘要不一致，但状态码相同。
要保留的证据因此不只是状态码，还包括请求头原样记录。假设同一旧图片 URL，浏览器请求得到 200，而命令行请求得到 404。如果两组请求头只差 User-Agent，且边缘规则里存在按客户端类型分流的配置，那么这更像是分流规则问题，而不是缓存问题。此时下一步应核对分流规则，而不是清缓存。清缓存可能暂时改变现象，但不会消除分流逻辑，问题会再次出现。
用缓存键和回源标记缩小范围
边缘节点异常时，“清一次缓存”往往能让现象消失，但这不能证明缓存是根因。更稳妥的做法是保留清缓存前后的证据，并记录缓存键的构成。缓存键通常由 URL、查询串、部分请求头或 Cookie 组合而成。如果缓存键包含某个会变化的请求头，同一 URL 就可能产生多个缓存版本，表现为“有时正常、有时异常”。
需要保留的证据包括：边缘返回的缓存命中或回源标记、缓存键相关字段、缓存有效期、清缓存操作的时间点。清缓存后如果异常消失，接着要观察同一 URL 在缓存重新建立后是否复发。复发说明缓存键或缓存规则需要调整；不复发也不能直接归因于缓存，因为回源规则、节点版本或上游配置也可能在同一时间被改动。归零的异常量只能说明现象暂时消失，不能单独证明处理正确。
假设情境下的决策路径
回到前面的假设：旧图片路径源站稳定 404，边缘部分返回 200。按证据推进，决策路径大致如下。
- 取得成对记录，确认源站 404、边缘 200，并记录边缘响应头的缓存字段。
- 若边缘响应带缓存命中标记且缓存有效期未过，先查缓存键和缓存规则，判断旧响应为何仍被保留。
- 若边缘显示回源且源站返回 301，则问题在源站重写规则，应检查迁移时是否遗留了旧路径跳转。
- 若两组记录状态一致但响应体不同，检查压缩、字符集或边缘改写，而不是继续追状态码。
- 调整后重新采集成对记录，确认源站与边缘对同一 URL 的响应一致，再决定是否扩大检查范围。
这个顺序的关键是先确定差异发生在哪一层。源站正常只说明源站在该请求下正常，不说明边缘拿到的请求与源站直连的请求相同。把请求头、缓存键、回源标记和响应头一起保留，才能让下一步动作有依据。若缺少这些证据就改配置，很可能只是掩盖了现象，而迁移遗留、缓存规则或分流逻辑仍会在其他 URL 上重复出现。
