先判断差异属于哪一种场景

IPv4/IPv6 出口差异的常见场景
场景可能观察结果是否足以判断异常
同 ASN、同国家,城市不同数据库粒度或运营商地址调度差异不足;优先保留国家或省州级结果
同运营商,不同 ASNIPv4 与 IPv6 使用不同上游或网络架构不足;需要结合路由和实际故障
不同国家或省州代理接管范围、隧道、跨区网关或数据差异需要复核,但不能直接推出账号风险
IPv4 经代理,IPv6 直连两个地址族显示不同地区和网络类型属于配置差异,应确认故障是否跟随 IPv6
一个地址族可用,另一个失败某条路径可能阻断、质量差或配置不完整需单变量复现后再判断
WebRTC 与网站出口不同浏览器可观察到另一公网候选或路径只能作为辅助证据

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

  1. DNS 返回 A 和 AAAA 地址

    支持双栈的域名可以同时提供 IPv4 和 IPv6 候选。页面主文档、登录跳转和静态资源还可能使用不同域名,因此候选集合并不完全相同。

  2. 系统按地址选择规则排序

    RFC 6724 描述默认地址选择原则。系统策略、接口可用性和路由配置会影响候选顺序,但标准规则不能证明某次浏览器请求最终用了哪个地址。

  3. 客户端尝试可用路径

    RFC 8305 的 Happy Eyeballs v2 通过安排多地址连接尝试,减少某个地址族阻断或性能较差造成的等待。实际实现和路径质量会影响胜出的连接。

  4. 不同请求可能得到不同结果

    主页面、身份验证和资源请求可能在不同时间连接不同主机。本站当前使用的地址族不能代表 ChatGPT 会话中的所有请求。

分别记录两个出口

  • IPv4 与 IPv6 地址,以及各自是否成功检测
  • 国家、省州和“需复核”状态;城市只作为低优先级参考
  • ASN、AS 名称和运营商或网络主体
  • 网络类型、路由属性以及代理、VPN、Tor 等风险信号
  • ChatGPT 连接状态和故障发生的准确时间
  • 代理是否同时接管 IPv4 与 IPv6,是否存在分流或直连规则

用 WebRTC 和单变量测试确认路径

WebRTC 出口检测可以显示浏览器通过 STUN 观察到的公网候选地址,并与访问本站的同地址族出口比较。结果不同值得记录,但它不等于隐私泄漏,也不证明 ChatGPT 使用该地址。

更可靠的做法是每次只改变一个条件,例如检查代理是否接管 IPv6,或换用另一条已知稳定网络,然后重新记录两个出口。一次同时改 DNS、代理和地址族,无法判断是哪项改变了结果。

确认配置差异后怎样处理

如果异常稳定跟随某个地址族,应检查路由器、运营商、企业网络或代理软件是否对 IPv4 和 IPv6 采用了不同策略。代理只接管 IPv4、IPv6 直连,或两个地址族落到不同地区,都是常见的配置差异。

没有网络管理权限时,应把两张出口记录和复现步骤交给管理员或服务提供方。不要用频繁轮换节点替代配置修复。

出口一致后仍然失败怎么办

如果 IPv4、IPv6、地区和 ASN 已经稳定一致,而 ChatGPT 仍无法加载,应转向浏览器会话、账号提示和官方服务状态。双栈一致只能排除一类网络变量,不能证明完整服务或账号一定可用。

资料来源与事实边界

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