INTERNET PROTOCOL
IPv4
正在连接仅支持 IPv4 的公网探针。
- 公网 IP
- —
- 网络归属
- —
- 国家 / 地区
- —
- 浏览器响应
- —
- 检测时间
- —
技术细节
- 检测探针
- IPv4 探针 A
- HTTP 状态
- —
- 失败阶段
- —
- 观察时间
- —
MiyaIP 连接诊断
IPv4 与 IPv6 双栈检测
看清浏览器实际走哪条路
从当前浏览器分别连接 IPv4 与 IPv6 公网探针，独立验证可达性、出口地址和响应耗时。页面打开后自动检测，不读取设备内网地址。
检测结果只保存在当前浏览器；网络归属查询通过 MiyaIP 后端完成。
IPv4 与 IPv6 连接检测结果
正在检测
正在分别检查 IPv4 与 IPv6
两个协议互不依赖，结果会在各自完成后立即显示。
IPv4准备中
IPv6准备中
检测中
INTERNET PROTOCOL
IPv6
正在连接仅支持 IPv6 的公网探针。
- 公网 IP
- —
- 网络归属
- —
- 国家 / 地区
- —
- 浏览器响应
- —
- 检测时间
- —
技术细节
- 检测探针
- IPv6 探针 A / B
- HTTP 状态
- —
- 失败阶段
- —
- 观察时间
- —
仅保存在此浏览器
最近 10 次检测
完成双协议检测后，汇总结果会显示在这里。
如何理解结果
双栈不是标签，而是两条独立连接
浏览器只有真正连通对应协议的公网目标，才会被标记为“可用”。系统偏好、DNS 策略和路由质量都可能让两条路径表现不同。
双栈可用
IPv4 和 IPv6 均成功。现代浏览器通常通过 Happy Eyeballs 选择当下更快的一条，不保证每个网站都固定使用同一协议。
仅 IPv4
这是目前常见状态。可能是运营商、光猫、路由器或设备尚未获得可用 IPv6 配置，也可能是防火墙阻止了 IPv6。
仅 IPv6
公网环境较少见，可能依赖 NAT64 / DNS64 访问 IPv4 内容。若部分旧服务无法打开，应检查转换网关和 DNS。
出口路径不同
IPv4 与 IPv6 的 ASN 或地区不同，可能来自分流、企业策略或运营商路由。它本身不等于隐私泄漏。
连接排查
IPv6 不可用时，从这三处开始
一次失败也可能来自短暂网络波动。先重新检测，再按连接链路逐层确认。
- 01
确认运营商是否下发 IPv6
查看路由器 WAN 状态是否获得全局 IPv6 前缀和网关；只有链路本地地址并不代表公网 IPv6 可用。
- 02
检查路由器与终端设置
启用 IPv6、前缀委派和必要的 RA/DHCPv6；避免把 IPv6 防火墙设置为完全阻断出站连接。
- 03
排除 VPN、代理和安全软件
临时停用可能只接管 IPv4 的隧道后重试。若双出口 ASN 不同，也应检查是否配置了协议分流。
常见问题
关于 IPv4 / IPv6 检测
为什么页面能查到公网 IP？
浏览器访问按协议隔离的公网探针，探针返回它看到的来源地址。MiyaIP 不会借此读取你的局域网地址。
为什么 IPv6 显示可用，却比 IPv4 慢？
可能与绕行路由、隧道、DNS、无线波动或探针距离有关。只有本次 IPv6 至少慢 500 ms 且达到 IPv4 的 3 倍时，页面才会提示明显偏慢。
IPv4 与 IPv6 出口不同正常吗？
正常。两种协议可以由不同网关、线路或自治系统承载。需要隐私一致性时，再结合 DNS、WebRTC 与代理配置做专项检查。
检测失败是否等于网络没有该协议？
不一定。探针临时不可达、浏览器扩展、企业防火墙和网络抖动都可能造成失败，应结合重试和其他设备结果判断。
继续诊断