国内 IPv6 测试怎么做?全国三网 IPv6 连通性与速度检测方法
本文介绍国内 IPv6 测试方法,包括 AAAA 解析、IPv6 Ping、全国多节点及电信、联通、移动三网连通性检测,并说明常见异常的排查思路。
做网站运维时经常会碰到一种情况:自己所在地区访问一直正常,但用户换到其他省份或者其他运营商后就开始出现超时;有的网站 IPv4 访问很快,IPv6 延迟却明显高出一截;还有一些网站明明可以 Ping 通 IPv6 地址,浏览器打开时却一直连接失败。
对于面向国内用户的网站来说,IPv6 测试不能只回答“有没有 IPv6”,还要进一步确认不同地区能不能访问、电信联通移动三网是否正常、延迟和丢包有没有异常,以及 HTTP/HTTPS 服务能否真正通过 IPv6 使用。国内 IPv6 测试最好不要只在自己电脑上跑一次 Ping,而是从 DNS、基础连通性到全国多节点逐步检查。

一、国内 IPv6 测试主要测什么?
很多人第一次测试 IPv6,会先检查电脑有没有拿到 IPv6 地址,或者看看网站能不能打开。这种方法可以做初步判断,但如果测试对象是网站、服务器或者 API,还不够,一次比较完整的国内 IPv6 测试,通常要看下面这些内容:
检测项目 | 主要判断内容 |
|---|---|
AAAA 解析 | 域名是否已经正确配置 IPv6 |
IPv6 可达性 | 目标 IPv6 地址是否能够正常连接 |
Ping 延迟 | 不同线路访问目标 IPv6 的网络延迟 |
丢包与超时 | IPv6 链路是否存在明显不稳定 |
HTTP/HTTPS | 网站服务能否真正通过 IPv6 访问 |
国内多节点 | 不同省份之间是否存在明显差异 |
三网表现 | 电信、联通、移动是否有单独异常 |
IPv4/IPv6 对比 | 问题是否只发生在 IPv6 链路 |
这里最容易产生误解的,就是 AAAA 记录。
例如域名已经解析到:
AAAA
example.com → 240e:xxxx:xxxx::1234这只能说明 DNS 能返回一个 IPv6 地址,并不能证明用户一定可以通过这个地址访问网站。
一次真正的 IPv6 网站访问,中间还会经过运营商 IPv6 网络、路由、防火墙、TCP、TLS 以及 Web 服务。任何一个环节配置异常,最后都可能表现为网站打不开、响应慢或者只有部分地区无法访问。所以判断 IPv6 是否正常,最好把这些环节放在一起看,而不是只看某一个结果。
二、为什么自己测试 IPv6 正常,国内其他地区却可能打不开?
假设服务器部署在上海,你自己使用上海电信宽带测试:
IPv6 Ping
28ms
29ms
27ms
30ms看起来没有任何问题。
但这次测试实际上只能证明下面这条路径正常:
你的电脑
↓
上海电信
↓
运营商 IPv6 网络
↓
目标服务器它不能代表北京联通、广东移动、四川电信或者其他地区用户的实际情况。
把测试范围扩大以后,结果可能变成:
上海电信 28ms
北京联通 39ms
杭州电信 35ms
成都移动 82ms
广州移动 超时
深圳移动 超时到了这一步,问题就完全不一样了。服务器显然不是“全国都打不开”,异常主要集中在部分移动网络。如果还一直检查服务器有没有启动、Nginx 有没有运行,方向很容易跑偏。
国内不同地区和运营商访问同一个 IPv6 地址时,经过的 BGP 路由、运营商互联和上游网络可能存在差异。如果网站还使用了 CDN,不同地区甚至可能被调度到不同边缘节点。
因此,本地 IPv6 正常只能说明当前这条线路正常,不能直接代表全国 IPv6 用户的访问情况。这也是为什么国内 IPv6 测试最好增加多地区和三网节点。
三、国内 IPv6 测试具体怎么做?
实际操作并不复杂,比较推荐的顺序是:
AAAA 解析
↓
IPv6 基础连通性
↓
HTTP/HTTPS 访问
↓
国内多节点测试
↓
电信 / 联通 / 移动对比按照这个顺序检查,哪个环节开始异常,问题范围基本就能缩小一层。
1. 先检查域名有没有 AAAA 记录
第一步先看 DNS。
IPv4 网站一般通过 A 记录返回 IPv4 地址:
A
example.com → 1.2.3.4IPv6 则主要通过 AAAA 记录返回 IPv6 地址:
AAAA
example.com → 240e:xxxx:xxxx::1234如果域名根本查询不到 AAAA 记录,那么通过这个域名访问网站时,通常也就没有 IPv6 地址可供客户端连接。
这时候应该先检查 DNS 配置,而不是急着测试线路速度。如果 AAAA 已经存在,还要注意两个问题:一个是返回的 IPv6 地址是不是当前服务器、负载均衡或者 CDN 实际使用的地址;另一个是最近有没有修改过解析。
刚修改 AAAA 记录时,自己电脑查询已经变成新地址,不代表所有地区使用的递归 DNS 都已经同步更新。某些地区仍然可能在 TTL 有效期内拿到旧结果。
所以 AAAA 查询更像 IPv6 测试的第一道门槛:没有正确的 AAAA,后面的域名 IPv6 访问很难正常;但查到 AAAA,也只能说明 DNS 这一层基本没有问题。
2. 再看 IPv6 地址能不能真正连通
确认解析以后,可以继续测试目标 IPv6 的基础连通性。
Windows、Linux 或 macOS 都可以直接使用 Ping,比如:
ping -6 240e:xxxx:xxxx::1234也可以使用Chahu在线 IPv6 Ping 工具。
这一阶段重点看的是延迟、丢包和超时情况。
如果连续测试结果类似:
31ms
30ms
32ms
29ms
31ms至少可以说明当前测试线路到目标 IPv6 的基础网络连接比较正常。
如果结果变成:
31ms
95ms
超时
164ms
33ms就需要留意线路是否存在明显丢包或者延迟波动。
不过这里还有一个很重要的区别:IPv6 Ping 正常,不等于网站一定正常。
Ping 主要验证网络层是否能够到达目标,而浏览器真正访问一个 HTTPS 网站,还需要继续完成:
IPv6 网络
↓
TCP 连接
↓
TLS 握手
↓
HTTP/HTTPS
↓
Web 服务所以实际排障中经常会出现“IPv6 可以 Ping 通,但网页打不开”。这种情况下,就应该继续检查服务器 80/443 端口、安全组和防火墙规则,以及 Nginx、Apache 等 Web 服务有没有监听 IPv6。如果只有 HTTPS 失败,还需要进一步检查 TLS 和证书相关配置。

3. 最后做国内多节点 IPv6 测试
前面的测试解决的是“这个 IPv6 有没有配置”“我当前这条线路能不能连接”。
如果网站用户分布在全国,这还不够。更有参考价值的方法,是同时从不同省份以及中国电信、中国联通、中国移动网络测试目标 IPv6。
直接通过 Chahu 的在线 Ping 功能输入域名或 IP,再分别观察电信、联通、移动以及不同地区节点的响应情况。Chahu 当前的 Ping 页面提供运营商筛选,同时会展示不同区域的延迟分布、最快、最慢和平均响应数据,也支持单次和持续测试。
实际测试时,不建议只盯着一个“全国平均延迟”。
真正值得看的,是哪些节点正常、哪些节点超时,以及异常有没有明显集中规律。
例如:
北京电信 正常
上海电信 正常
浙江联通 正常
山东联通 正常
广州移动 超时
深圳移动 超时
广西移动 延迟偏高看到这种结果,排查方向已经比较明确:电信和联通基本正常,移动多个地区连续异常,那么服务器本身完全不可达的可能性就比较低,更应该继续检查移动方向的 IPv6 路由、运营商互联或者上游线路。如果反过来发现电信、联通、移动大量节点全部失败,再回头检查服务器 IPv6、默认路由、防火墙和上游网络会更加合理。所以多节点测试最大的作用,并不是简单告诉你“IPv6 快不快”,而是帮助判断:问题到底发生在哪些地区、哪些运营商。
四、国内 IPv6 测试结果应该怎么看?
测完以后,通常会遇到几种比较典型的情况。
1. 全国大部分节点都能正常访问
例如:
北京电信 28ms
上海联通 32ms
广州移动 41ms
成都电信 47ms
杭州移动 36ms如果三网大部分地区都能够正常返回,而且没有大面积超时,说明网站的 IPv6 基础连通性通常没有明显问题。这时候即使个别节点偶尔超时,也不要马上判断线路故障。公共网络本身存在波动,单个节点一次失败的参考价值并不高。更值得关注的是:同一个地区连续多次失败,或者同一运营商出现成片异常。
2. 只有某一家运营商异常
例如:
中国电信 基本正常
中国联通 基本正常
中国移动 多个节点超时这种情况首先应该看对应运营商方向。如果服务器 IPv6 配置完全错误,通常不会只影响一个运营商。此时可以继续检查目标网络和移动 IPv6 之间的路由、上游互联,以及 CDN 是否对移动网络进行了不同的 IPv6 调度。
3. 只有部分地区异常
还有一种情况是三网整体都能访问,但某几个省份持续异常。
例如:
北京 正常
上海 正常
江苏 正常
广东 异常
广西 异常
海南 异常这种情况下,问题更像是区域网络路径或者上游互联异常。最好不要只测试一次,可以间隔一段时间重复测试,看看是不是同一批节点一直有问题。如果每次异常都集中在相同地区,排查价值就比较高。
4. 全国大量节点都无法访问
如果不同省份、电信、联通、移动都出现大量失败,就不要只盯着某一家运营商了。
建议重新从服务器端开始检查:
AAAA 记录
↓
服务器 IPv6 地址
↓
IPv6 默认路由
↓
安全组 / 防火墙
↓
80 / 443 端口
↓
Web 服务
↓
HTTPS尤其是刚给云服务器开启 IPv6 时,一个比较容易遗漏的问题就是安全策略。
服务器虽然已经获得公网 IPv6,但安全组或者系统防火墙不一定已经允许对应的 IPv6 入站连接。
5. IPv6 能访问,但速度明显比 IPv4 慢
例如同一个地区得到:
IPv4:32ms
IPv6:148ms这时候问题已经从“IPv6 能不能用”变成了“IPv6 为什么绕路或者延迟这么高”。可以继续比较其他地区和运营商。如果只有广州移动出现这种情况,而北京移动、上海移动都正常,更像区域路径问题;如果几乎所有移动节点 IPv6 都比 IPv4 高很多,就需要进一步检查移动方向的 IPv6 上游线路。
这里没有必要只凭一个延迟值判断线路好坏,关键还是看IPv4 和 IPv6 之间有没有明显反差,以及异常是否具有地区或运营商规律。
五、为什么国内 IPv6 测试一定要分别看电信、联通和移动?
国内网站测速如果只选一个节点,很容易产生误判。
IPv6 环境下更是如此。
同一个服务器,从电信、联通和移动访问时,中间经过的网络路径可能并不一样。
例如:
北京电信
↓
电信 IPv6 骨干
↓
目标网络另一边可能是:
北京移动
↓
移动 IPv6 骨干
↓
运营商互联
↓
目标网络最终虽然访问的是同一个 IPv6 地址,但实际链路已经不同。
因此,真实环境中完全可能出现:
IPv4:
电信 正常
联通 正常
移动 正常
IPv6:
电信 正常
联通 正常
移动 部分地区超时如果只在电信宽带上测试,很难发现这个问题。
Chahu 当前的多节点 Ping 本身也按照电信、联通、移动以及地区展示结果,这种方式比较适合先判断异常有没有明显的运营商特征。对网站运维来说,三网测试真正解决的问题不是获得三个不同延迟数字,而是判断:这是服务器自身的问题,还是某个运营商到服务器之间的网络问题?把这一点判断清楚,后面的排查效率会高很多。
六、本地 IPv6 测试和国内多节点测试有什么区别?
如果只是想知道自己的电脑或者家庭宽带有没有 IPv6,本地测试通常已经够用。但如果管理的是面向全国用户的网站、服务器、API 或者 CDN,仅靠自己电脑测试就明显不够。
测试方式 | 主要用途 |
|---|---|
本机 IPv6 检测 | 判断当前设备有没有 IPv6 |
本地 IPv6 Ping | 查看自己当前线路到目标的情况 |
AAAA 查询 | 确认域名是否配置 IPv6 |
国内多节点测试 | 判断不同省份访问是否存在异常 |
三网 IPv6 测试 | 比较电信、联通、移动之间的差异 |
持续测试 | 排查偶发丢包、延迟波动和间歇超时 |
可以简单理解成:普通用户关心“我的 IPv6 能不能用”,网站运维更关心“用户的 IPv6 能不能用”。两者测试的对象看起来一样,但实际解决的问题不同。
七、国内 IPv6 出现异常时的正确排查顺序?
IPv6 故障排查最容易出现的问题,就是一开始同时检查太多东西。DNS 改一遍、防火墙改一遍、服务器重启一次、CDN 配置再动一下,最后即使网站恢复了,也不知道到底是哪一步解决的。
实际运维中,更建议按照固定顺序往下查:
检查 AAAA
↓
确认 IPv6 地址
↓
测试基础连通性
↓
检查 HTTP / HTTPS
↓
做国内多节点测试
↓
比较电信 / 联通 / 移动
↓
比较 IPv4 / IPv6
↓
锁定异常地区
↓
检查路由和上游网络全国三个运营商都无法访问,就应该优先检查服务器侧,而不是先研究广州移动的路由;如果全国大部分地区都正常,只有华南几个移动节点长期失败,那么就没有必要一开始修改整个服务器的 IPv6 配置;如果所有地区都能访问,但用户偶尔反馈晚上打不开,则可以进一步使用持续测试观察晚高峰的延迟、丢包和超时情况。网络排障真正有效的方法是根据每一步结果逐渐缩小问题范围。

国内 IPv6 测试真正需要确认的,不只是服务器有没有一个 IPv6 地址,而是网站通过 IPv6 对外提供服务以后,国内不同地区和不同运营商的用户能不能正常访问。如果只是检查自己当前网络,本地 IPv6 测试已经能够解决不少问题;但对于面向全国用户的网站,最好还是按照 AAAA 解析、基础连通性、HTTP/HTTPS、国内多节点、三网对比、IPv4/IPv6 对比 的顺序逐层检查。
这样一旦出现异常,可以很快判断它究竟来自 DNS、服务器配置,还是集中在某个地区或者运营商网络,而不是看到“网站打不开”以后就在服务器、CDN 和 DNS 之间反复猜。尤其是遇到“自己这里正常,用户那里打不开”这类问题时,Chahu全国多节点 IPv6 测试往往比单纯增加本地测试次数更有参考价值。
相关问答
1. 问:家里路由器显示有 IPv6,电脑却拿不到地址,咋回事?
答:先看电脑网络属性里有没有 240e、2409 开头的地址。没有的话,多半是路由器没下发前缀。光猫桥接后,路由器 IPv6 设置选 Native 或 SLAAC,别选成 Disabled。有些老路由器只支持 IPv4,那就得换。
2. 问:网站用了 CDN,怎么确认 CDN 的 IPv6 节点生效了?
答:dig AAAA 看返回的是不是 CDN 的 IPv6 段。找几个地区 ping 一下,如果返回源站 IP,说明 CDN IPv6 没配好。响应头里一般有 CDN 标识。
3. 问:IPv6 能打开网页,图片视频却加载不出来,啥问题?
答:F12 看哪些请求失败。可能是页面里资源写死了 IPv4,或者 CDN 回源有问题。也可能是 MTU,大包被丢,小包正常。
4. 问:IPv6 的 MTU 设多少?不对会怎样?
答:一般 1500,PPPoE 可能 1492。不对的话,能 ping 通小包,网页打开一半卡住,TLS 握手失败。用 ping -6 -l 1472 -f 目标地址 试,慢慢调小。
5. 问:做 IPv6 监控,频率和阈值怎么定?
答:核心 API 一分钟一次,官网五分钟。别一次失败就告警,连续两三次再报。三网节点分开选,移动、电信、联通各来几个,避免单点误报。
6. 问:IPv6 地址有哪些类型?fe80 开头的是什么?
答:fe80 是链路本地地址,只能同网段通。测试外网要用全局单播,一般 240e、2409、2408 开头。fd00 开头是内网地址,也不能公网访问。



