先理解：两个地址不同并不等于泄漏
IPv4 与 IPv6 是不同地址协议族。一个浏览器同时取得两种地址是正常双栈表现，不能比较两个地址字符串是否相等来判断安全。不同网站和应用还可能选择不同的协议族；这与账号是否被封是两个问题。
这里的目标是确认“哪条请求使用了哪种地址、结果是否符合配置预期”。单次观察没有覆盖的连接应保留未确认，不把一个参考端点的成功扩展成所有应用出口都一致。
第一步：运行双栈检测并保存比较条件
打开 IPv6 与双栈检测，启用两个协议族查询后运行一次。分别记录 IPv4 与 IPv6 的成功、失败、耗时和来源。复测时使用同一浏览器、网络和近似时间；若期间切换了 Wi-Fi、代理节点或设备，先建立新的比较基准。
IPv6 成功表示该参考 HTTP 请求取得了 IPv6 观察地址。IPv6 失败则可能涉及解析、代理、路由、浏览器限制或端点状态；它既不证明系统关闭了 IPv6，也不证明不存在未测量的 IPv6 流量。
第二步：按来源解释地区和网络类型
当两族都成功时，分别查看国家归属、ASN、代理标签与查询时间。国家不同说明数据库估计或路由可能存在差异，先核对待查地址和来源；不能直接认定用户的实际所在地变化，也不能由此推出封号概率。
若两个来源对同一 IPv6 地址意见不同，保留双方结果。没有标签、没有路由记录和请求失败是不同状态；本工具不会把未取得的数据补成住宅、纯净或安全。
第三步：只做同协议族的出口对照
WebRTC 候选与 HTTP 参考地址应在同族内比较：IPv4 对 IPv4，IPv6 对 IPv6。同族出现不同公网地址，是本次观察到额外路径的线索；代理负载均衡、地址轮换等也可能造成差异，需要结合网络配置复核。
再打开域名分流模块，逐个查看固定目标是否返回可比较的地址。跨域失败、挑战页或没有 trace 能力时，结果保持未确认。浏览器探针不能代表 SSH、WSL、Claude Code 或所有 WebSocket 连接。
常见结果与处理顺序
只有 IPv4 成功：先检查 IPv6 请求的原始错误与代理是否支持该路径，不立即关闭操作系统协议。两族成功但归属不同：核对同一地址的数据来源，再查看相关应用的真实连接。WebRTC 没有候选：记为未取得，不写成“已隐藏真实地址”。
修改 DNS、分流或代理设置后，一次只改一项，并重复同一组探针。示例：第一次 IPv6 超时，第二次换网络后成功，只能说明测量条件变化；若同时更换客户端和规则，就无法把改善归因于某一个设置。
参考来源与时效
以上为独立诊断与使用说明，未接入 Anthropic 内部风控。政策、界面与支持流程可能更新，按原文生效日期和实际账号可见入口核对。