先区分故障发生在哪个环节

Claude 加载异常的第一轮判断
现象优先检查建议保留的信息
公开页面和登录页都无法打开Anthropic 状态页、DNS 与基础连通性准确网址、时间、浏览器错误文字
公开页可打开，登录后卡住登录方式、必要 Cookie、重定向和浏览器扩展失败步骤、完整页面提示
已登录，对话页持续加载站点数据、脚本拦截、静态资源或当前网络路径是否仅一个浏览器或设备复现
只有当前网络失败公网出口、代理分流、DNS 和 IPv4/IPv6两个地址族、ASN、地区和检测时间
多条网络下只有一个账号出现提示页面提示、账号或组织状态与官方支持渠道完整提示和可复现步骤

按固定顺序做一次受控排查

  1. 先查看官方状态

    当不同设备和不同网络同时出现相同异常时，先查看 Anthropic 状态页。状态正常不代表不存在局部问题，但可避免在已知事件期间反复修改本地配置。

  2. 记录失败页面与提示

    区分 claude.ai 的公开页、登录流程、跳转页和已登录会话。使用原来的登录方式，并保留页面给出的具体错误文字。

  3. 用干净浏览器环境复现

    在更新后的浏览器中使用私密窗口或干净配置测试。逐项检查站点数据、Cookie 设置、脚本拦截和扩展，每次只改变一个条件。

  4. 换一条已知稳定的网络

    另一条网络恢复时，再对比原网络的出口、DNS、代理规则和地址族，而不是同时更换多个节点和浏览器设置。

  5. 按复现范围决定下一步

    只有一个浏览器失败就继续处理浏览器；只有一个网络失败就检查出口；只有一个账号提示时，应根据页面说明联系官方支持。

当前网络异常时，怎样查看出口

Claude 检测可记录当前 IPv4、IPv6、地区、ASN、网络类型和连接结果；AI 分流出口检测可补充 Claude 域名实际返回的公网出口。两者都适合用来比较网络变量，不读取 Claude 账号、订阅或组织内部状态。

切换网络后恢复，说明原网络的 DNS、出口、代理链路或路由值得复核；它不能单独证明 Claude 因某个 IP 拒绝访问。代理、机房或风险信号也只是排查线索，不是账号结论。

不要把 IPv4、IPv6 和 WebRTC 看成同一个出口

  • 分别记录 IPv4 与 IPv6 的地区、ASN、网络类型和检测结果
  • 确认代理或策略路由是否同时接管两个地址族
  • 用 WebRTC 结果补充浏览器可观测的公网候选，不把它当作 Claude 会话的唯一出口证据
  • 每次只改一个变量后重新检测，保留相同时间段的对照结果

双栈设备可以通过不同路径访问不同主机。本站检测到的地址族和 WebRTC 候选有助于发现配置差异，但不能代表 Claude 每一个资源请求都走同一地址。

何时应联系官方支持

  • 故障日期、时间、时区、准确网址和完整错误提示
  • 是否可在另一台设备、私密窗口和另一条网络复现
  • IPv4、IPv6、地区、ASN 以及是否使用代理或受管网络
  • 已尝试的步骤及其结果，避免重复描述
  • 确有需要时提供去除敏感信息后的截图或浏览器网络错误

资料来源与事实边界

以下来源用于支持文中的技术机制或政策边界。文章中的对照排查仍属于诊断过程，不能替代账号结论。