先判断差异属于哪一种场景
| 场景 | 可能观察结果 | 是否足以判断异常 |
|---|---|---|
| 同 ASN、同国家,城市不同 | 数据库粒度或运营商地址调度差异 | 不足;优先保留国家或省州级结果 |
| 同运营商,不同 ASN | IPv4 与 IPv6 使用不同上游或网络架构 | 不足;需要结合路由和实际故障 |
| 不同国家或省州 | 代理接管范围、隧道、跨区网关或数据差异 | 需要复核,但不能直接推出账号风险 |
| IPv4 经代理,IPv6 直连 | 两个地址族显示不同地区和网络类型 | 属于配置差异,应确认故障是否跟随 IPv6 |
| 一个地址族可用,另一个失败 | 某条路径可能阻断、质量差或配置不完整 | 需单变量复现后再判断 |
| WebRTC 与网站出口不同 | 浏览器可观察到另一公网候选或路径 | 只能作为辅助证据 |
浏览器为什么可能选择不同地址族
DNS 返回 A 和 AAAA 地址
支持双栈的域名可以同时提供 IPv4 和 IPv6 候选。页面主文档、登录跳转和静态资源还可能使用不同域名,因此候选集合并不完全相同。
系统按地址选择规则排序
RFC 6724 描述默认地址选择原则。系统策略、接口可用性和路由配置会影响候选顺序,但标准规则不能证明某次浏览器请求最终用了哪个地址。
客户端尝试可用路径
RFC 8305 的 Happy Eyeballs v2 通过安排多地址连接尝试,减少某个地址族阻断或性能较差造成的等待。实际实现和路径质量会影响胜出的连接。
不同请求可能得到不同结果
主页面、身份验证和资源请求可能在不同时间连接不同主机。本站当前使用的地址族不能代表 ChatGPT 会话中的所有请求。
分别记录两个出口
- IPv4 与 IPv6 地址,以及各自是否成功检测
- 国家、省州和“需复核”状态;城市只作为低优先级参考
- ASN、AS 名称和运营商或网络主体
- 网络类型、路由属性以及代理、VPN、Tor 等风险信号
- ChatGPT 连接状态和故障发生的准确时间
- 代理是否同时接管 IPv4 与 IPv6,是否存在分流或直连规则
用 WebRTC 和单变量测试确认路径
WebRTC 出口检测可以显示浏览器通过 STUN 观察到的公网候选地址,并与访问本站的同地址族出口比较。结果不同值得记录,但它不等于隐私泄漏,也不证明 ChatGPT 使用该地址。
更可靠的做法是每次只改变一个条件,例如检查代理是否接管 IPv6,或换用另一条已知稳定网络,然后重新记录两个出口。一次同时改 DNS、代理和地址族,无法判断是哪项改变了结果。
确认配置差异后怎样处理
如果异常稳定跟随某个地址族,应检查路由器、运营商、企业网络或代理软件是否对 IPv4 和 IPv6 采用了不同策略。代理只接管 IPv4、IPv6 直连,或两个地址族落到不同地区,都是常见的配置差异。
没有网络管理权限时,应把两张出口记录和复现步骤交给管理员或服务提供方。不要用频繁轮换节点替代配置修复。
出口一致后仍然失败怎么办
如果 IPv4、IPv6、地区和 ASN 已经稳定一致,而 ChatGPT 仍无法加载,应转向浏览器会话、账号提示和官方服务状态。双栈一致只能排除一类网络变量,不能证明完整服务或账号一定可用。
资料来源与事实边界
以下来源用于支持文中的技术机制或政策边界。文章中的对照排查仍属于诊断过程,不能替代账号结论。
- RFC 6724: Default Address Selection for IPv6IETF · 技术标准
- RFC 8305: Happy Eyeballs Version 2IETF · 技术标准
- RFC 8805: A Format for Self-Published IP Geolocation FeedsIETF · 技术标准
- MaxMind geolocation accuracyMaxMind · 数据边界