先判断差异属于哪一类

Claude 双栈出口差异的常见场景
场景可能观察结果下一步
同国家、同 ASN，城市不同运营商调度或地理数据粒度不同优先看国家或地区级结果，不急于判定异常
同运营商，不同 ASNIPv4 与 IPv6 使用不同上游或架构结合实际故障和路由规则继续核对
不同国家或网络类型代理覆盖、隧道或跨区网关不同检查代理是否同时接管两个地址族
IPv4 经代理，IPv6 直连两个出口的地区和网络属性明显不同确认异常是否稳定跟随 IPv6 路径
一个地址族正常，另一个失败一条路径被阻断、质量不佳或配置不完整用单变量测试再判断
WebRTC 与网站出口不同浏览器可观察到另一个公网候选作为辅助线索，不是 Claude 会话的唯一证据

为什么浏览器可能选择不同地址族

  1. DNS 可能同时返回 A 与 AAAA 记录

    双栈主机可提供 IPv4 和 IPv6 候选。公开页、登录跳转与资源可能使用不同主机，候选集合并不完全相同。

  2. 系统会排序并尝试候选地址

    系统策略、接口可用性和路由会影响地址选择。标准机制能解释为何有多个候选，但不能证明某次 Claude 请求最终走了哪一个出口。

  3. 不同请求不必走同一条路径

    页面、认证和资源请求在不同时间可能连向不同主机。当前检测页面的地址族不能代表 Claude 会话的每一个请求。

  4. 代理规则可能只覆盖其中一族

    IPv4-only 代理、遗漏的 IPv6 规则或不同网关都会使两个地址族表现不同，应检查实际规则覆盖。

分别记录两个出口和 Claude 分流结果

  • IPv4 与 IPv6 地址，以及各自是否成功检测
  • 国家或地区、ASN、网络类型和代理相关信号；城市只作低优先级参考
  • Claude 连接状态、AI 分流出口和故障发生时间
  • 代理是否同时接管 IPv4 与 IPv6，是否存在直连或分流例外
  • WebRTC 公网候选与网站出口是否一致，但不把差异直接称为泄漏或访问证据

用单变量测试定位配置差异

每轮只改变一个条件，例如确认代理是否接管 IPv6，或在另一条稳定网络上重复相同浏览器和 Claude 页面。重新记录两个地址族和分流出口后，再看故障是否稳定跟随其中一条路径。

短时关闭一个地址族可作为诊断手段，但不应直接成为长期方案。测试结束后恢复正常配置，修正代理接管、路由、DNS 或上游网络问题。

出口一致后仍无法访问怎么办

当 IPv4、IPv6、地区和 ASN 已稳定一致，Claude 仍无法加载时，应转向浏览器会话、登录提示和 Anthropic 状态页。双栈一致只能减少一类网络变量，不能保证完整服务、地区资格或账号状态。

资料来源与事实边界

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