ERR_TOO_MANY_REDIRECTS 排查指南

先判断是哪一类循环

六步排查流程

1. 记录起始地址和完整链。不要只看地址栏最后一帧。保存每一步状态码、Location 与主机名，找出第一次回到旧地址的位置。
2. 确定唯一规范地址。明确协议、主机名、路径斜杠和语言形式，例如统一为 https://example.com/path，所有入口只朝这个方向跳。
3. 逐层关闭重复规则。检查 CDN 页面规则、负载均衡器、Nginx、应用框架和 CMS。相同目标的跳转只让一个层负责。
4. 核对代理协议传递。源站收到的连接可能是 CDN 发来的 HTTP，但访客实际使用 HTTPS。应用应依据经过可信代理设置的原始协议信号判断，不能信任任意客户端伪造的转发头。
5. 区分永久缓存与当前配置。301、308 可能被浏览器或 CDN 长时间缓存。先用无缓存请求和无痕窗口验证服务器现状，再决定是否清除缓存。
6. 修复后检查所有入口。分别测试 HTTP/HTTPS、www/裸域名、带不带末尾斜杠以及重要旧路径，确认每个入口在一次必要跳转内抵达 200 页面。

Nginx 与反向代理常见错误

server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://example.com$request_uri;
}

什么时候应该清 Cookie？

清 Cookie 是诊断动作，不是通用修复。先在无痕窗口测试：若无痕正常，问题可能与登录会话、语言选择或旧的跳转 Cookie 有关；若所有浏览器和服务器端工具都循环，清 Cookie 只会暂时掩盖真正的服务器配置错误。

只清理当前站点的数据即可，不必删除整个浏览器的所有 Cookie。修复登录循环时还应检查 Cookie 的 Domain、Path、Secure、SameSite，以及应用生成回调地址时使用的协议和主机名。