网站提示重定向次数过多：逐跳检查跳转链

浏览器提示“重定向次数过多”，往往是请求在几个地址之间反复跳转。常见的 301、302、307、308 响应本身可以是正常操作；真正要查的是每一跳去了哪里、是否又回到先前地址。Ping 或端口连接成功无法说明这条跳转链正常。

先看第一跳

把示例地址换成出问题的公开页面。Windows PowerShell 使用 curl.exe，以下命令执行普通 GET、显示响应头并丢弃正文，不自动跟随跳转：

curl.exe -sS --connect-timeout 8 --max-time 20 -D - -o NUL "https://example.com/"

查看状态码和 Location，记下目标的协议、域名、端口及路径。Location 也可能是相对地址，需要结合当前 URL 理解。Ubuntu、macOS 把 curl.exe 改为 curl，把 NUL 改为 /dev/null；系统需要已有 curl。

有限跟随，找重复地址

curl.exe -sS -L --max-redirs 5 --connect-timeout 8 --max-time 20 -D - -o NUL "https://example.com/"

第二条命令最多跟随五次跳转，逐段比较响应头。如果 http 与 https、带 www 与不带 www，或者登录页与首页来回出现，保留整个顺序。达到次数上限只说明本次没有在限制内结束，仍要检查是否存在合理的较长链，不能单凭次数认定循环。

按负责跳转的层次排查

站点管理者应逐项核对 CDN、反向代理和应用的规范地址。外层使用 HTTPS、回源使用 HTTP 时，应用若误判原始协议，可能反复要求升级连接；应按实际代理配置核对可信来源的协议转发信息。每次调整一层，复测同一个入口，而不是同时取消所有跳转规则。

浏览器与命令行不一致时

curl 不会执行网页 JavaScript，也未必具有浏览器里的登录 Cookie。若仅浏览器异常，可用隐私窗口对照，再在开发者工具中保留网络记录、重新访问，检查登录状态和实际跳转。分享记录前隐藏 Cookie、令牌和私人查询参数。修复后同时验证最终页面及登录流程，避免只看到一次 200 就结束排查。

参考资料：curl 跟随跳转、响应头与次数限制 https://curl.se/docs/manpage.html
HTTP 重定向语义 https://www.rfc-editor.org/rfc/rfc9110.html#name-redirection-3xx