Firefox 提示重定向循环：网站 Cookie、登录状态与恢复

确认是重定向问题，而不是连接超时

适用于 Windows、macOS 和 Linux 的 Firefox 桌面版。Mozilla 文档会按系统、浏览器版本显示不同菜单；本文以核对日的官方说明为依据，不把具体图标或翻译写成所有版本统一。本文无设备实测，也没有读取任何用户账号或 Cookie。

1. 记下地址栏主机名和完整错误类型。若只是登录后返回登录页，也记录是否出现其他提示，但不要分享带授权码的完整跳转 URL。
2. 从自己已确认的官网入口开始一次登录，而不是反复打开旧登录回调地址。固定当前网络和代理设置，只改变一个浏览器因素。
3. 若所有网站都超时、报 DNS 错误或证书警告，先按对应联网教程处理；若明确显示 Cloudflare 拒绝、账号封禁或验证码异常，也不能据此认定清 Cookie 就能修好。

Mozilla 把 Cookie 问题列为重定向错误的可能原因。这里给出的是逐项缩小范围的方法，并不据此判断网站服务器或代理一定有错。

先看有没有针对该站点的阻止规则

1. 打开 Firefox 设置 → 隐私与安全，找到 Cookie 与网站数据或浏览数据区域。某些版本的隐私选项位于高级设置内。
2. 打开 Cookie 的例外管理，搜索当前站点，记录原条目的地址和状态。只检查自己要登录的可信站点，不批量移除其他规则。
3. 若该站点被自己误设为阻止，移除相应阻止条目并按界面保存；返回官网重新尝试。若这是公司管理的限制，应向管理员核实，不自行改管理策略。

清理数据前，做一次单站点跟踪保护对照

如果没有误设的 Cookie 阻止项，登录页仍异常，可先检查该可信站点的增强型跟踪保护（ETP）。这是与 Cookie 存储例外不同的设置；临时关闭只用于对照，不代表应长期关闭，也不保证绕过其他 Cookie 阻止规则。

1. 从可信官网进入故障页面，记下当前站点和 ETP 开关状态，保存未提交内容。点击地址栏左侧盾牌，查看增强型跟踪保护；不同版本的面板位置可能不同。
2. 仅当该站 ETP 原本开启时，临时关闭该站的开关。Firefox 会添加该站例外并自动重载；这会允许该站的跟踪器，其他站点仍受保护。若原本已关闭，记录这一事实，不把它当成已完成开关对照。
3. 保持网络、代理和其他浏览器设置不变，从官网重试原来的登录及目标页面操作。联合登录若跳到另一个主机，不要顺手把所有相关站点的保护都关闭；先记录实际失败位置。
4. 完成一次对照后，在测试站点用相同入口重新开启 ETP，确认开关恢复。Firefox 会移除该站 ETP 例外并重载。再检查原操作；记录关闭前、关闭后和恢复后的结果。无论是否改善，都先恢复本次关闭的保护。

需要清理时，只处理目标站点

清除网站数据可能让该站退出登录，并移除本地偏好或离线内容，无法通过切回一个开关恢复。先保存未提交表单和离线工作，并确认自己仍能完成正常登录验证。若当前会话是唯一可用入口，先处理账号恢复，再清理。

1. 在隐私与安全的 Cookie/浏览数据区域，打开管理数据或“清除指定网站数据”入口。使用搜索框输入目标域名，检查筛选结果，避免把相似域名一起删除。
2. 选中需要清理的条目，执行移除选中项；确认列表后保存并确认删除。若只使用地址栏的“清除 Cookie 和网站数据”快捷入口，也要先确认当前站点和确认框显示的范围。
3. 重新从可信官网进入并登录，检查是否仍在同一步跳回。联合登录若涉及另一个身份提供方，先记录跳转主机；不要立刻扩大为清除所有站点数据。

没改善时，用可撤回的对照继续定位

Mozilla 的登录故障说明也提到扩展影响。若有证据指向刚安装的站点相关扩展，可记录状态后只暂时禁用它，重新测试再恢复。不要把另一浏览器能打开首页当作账号登录已通过，也不要连续提交大量登录请求。上述对照结论是排查推断，不是确定的服务端诊断。

怎样验收，以及失败后如何恢复

1. 验收要完成原来需要登录的操作：登录后进入目标页面，再关闭标签并从官网重新打开，确认不会立即回到循环；无需为了测试退出唯一可用账号。
2. 无改善时，把本次临时调整的 Cookie 例外、ETP 开关和扩展状态恢复到记录值。已清除的网站数据不能撤销，需按网站的正常登录流程重新建立会话。
3. 向网站支持提供 Firefox/系统版本、错误原文、失败时间、涉及的主机名以及每次单变量对照结果。不要提交密码、Cookie、完整授权回调 URL 或未经脱敏的网络导出文件。