Cloudflare 520 错误应该先查 Cloudflare 还是源站?
先保存 Cloudflare 错误页上的 Ray ID、完整 URL、发生时间与时区,再查看同一时刻源站和反向代理日志。520 通常表示源站向 Cloudflare 返回了空、未知或不符合预期的响应;应同时验证源站直连、HTTP 响应头、应用崩溃和防火墙拦截。不要直接关闭代理或放开全部访问作为长期修复。
更新于 2026年8月26日
先保存能关联两端的证据
记录 Ray ID、URL、请求方法、发生时间与时区、是否间歇出现,并确认影响单页、单主机还是全站。Cloudflare 的520 错误说明将其与源站返回空、未知或意外响应关联;错误页本身不能指出具体应用原因。
在源站时间线上找对应请求
检查 Web 服务器、反向代理、应用、PHP 或容器日志,关注进程崩溃、过大或异常响应头、连接被重置、防火墙阻断和资源耗尽。由授权人员使用正确 Host 与 SNI 测试源站直连;不要把源站 IP 公开到普通工单,也不要绕过访问控制测试生产后台。
修根因后再通过代理复测
修复应用、响应头或安全规则后,在 Cloudflare 代理保持开启的条件下测试代表 URL、表单和登录。若仍需联系 Cloudflare 或主机商,提供 Ray ID、UTC 时间、脱敏日志和复现路径。临时暂停代理只可作为受控诊断,不能替代源站可用性与访问控制修复。
Answer feedback
这条回答解决了你的问题吗?
公开票数用于优先完善答案。
还需要进一步协助?
联系李李