地区优良分布 示例数据 · 全国 34 省市分布
| 区域/运营商 | 最快 | 最慢 | 平均 |
|---|---|---|---|
| 全部节点 | 移动 北京 18ms | 联通 甘肃兰州 75ms | 42ms |
| 中国电信 | 电信 北京 22ms | 电信 陕西西安 68ms | 42ms |
| 中国联通 | 联通 北京 25ms | 联通 甘肃兰州 75ms | 44ms |
| 中国移动 | 移动 北京 18ms | 移动 重庆 52ms | 37ms |
| 华东地区 | 电信 上海 32ms | 移动 福建福州 42ms | 35ms |
| 华南地区 | 电信 广东广州 38ms | 电信 广东广州 38ms | 38ms |
| 华中地区 | 电信 湖北武汉 40ms | 联通 河南郑州 48ms | 43ms |
| 华北地区 | 移动 北京 18ms | 联通 北京 25ms | 22ms |
| 西南地区 | 电信 四川成都 52ms | 移动 重庆 52ms | 52ms |
| 西北地区 | 电信 陕西西安 68ms | 联通 甘肃兰州 75ms | 72ms |
| 东北地区 | 联通 辽宁沈阳 42ms | 移动 黑龙江哈尔滨 52ms | 47ms |
| 港澳台 | 海外 中国香港 45ms | 海外 中国台湾台北 72ms | 59ms |
| 全部海外 | 海外 中国香港 45ms | 海外 德国法兰克福 295ms | 138ms |
| 亚洲 | 海外 中国香港 45ms | 海外 新加坡 118ms | 79ms |
| 欧洲 | 海外 德国法兰克福 295ms | 海外 德国法兰克福 295ms | 295ms |
| 北美洲 | 海外 美国洛杉矶 205ms | 海外 美国洛杉矶 205ms | 205ms |
| 南美洲 | -- | -- | -- |
| 非洲 | -- | -- | -- |
| 大洋洲 | -- | -- | -- |
| 检测点 | 响应IP | IP位置 | 丢包 | 发包 | 最新 | 最快 | 最慢 | 平均 | ↘ 网络质量 |
|---|---|---|---|---|---|---|---|---|---|
电信北京 | 2408:871a:2200:2::3c:443 | 中国/北京/百度 | 0% | 100 | 22 | 18 | 32 | 22 | |
电信上海 | 2408:871a:2200:2::3c:443 | 中国/北京/百度 | 0% | 100 | 32 | 26 | 45 | 32 | |
电信广东广州 | 2408:871a:2200:2::3c:443 | 中国/北京/百度 | 0% | 100 | 38 | 32 | 50 | 38 | |
电信湖北武汉 | 2408:871a:2200:2::3c:443 | 中国/北京/百度 | 0% | 100 | 40 | 34 | 52 | 40 | |
电信四川成都 | 2408:871a:2200:2::3c:443 | 中国/北京/百度 | 0% | 100 | 52 | 45 | 68 | 52 | |
电信陕西西安 | 2408:871a:2200:2::3d:443 | 中国/北京/百度 | 0% | 100 | 68 | 62 | 85 | 68 | |
联通北京 | 2408:871a:2200:2::3d:443 | 中国/北京/百度 | 0% | 100 | 25 | 20 | 34 | 25 | |
联通江苏南京 | 2408:871a:2200:2::3d:443 | 中国/北京/百度 | 0% | 100 | 32 | 26 | 45 | 32 | |
联通山东青岛 | 2408:871a:2100:3::4a:443 | 中国/北京/百度 | 0% | 100 | 40 | 34 | 55 | 40 | |
联通河南郑州 | 2408:871a:2100:3::4a:443 | 中国/北京/百度 | 0% | 100 | 48 | 42 | 62 | 48 | |
联通辽宁沈阳 | 2408:871a:2100:3::4a:443 | 中国/北京/百度 | 0% | 100 | 42 | 36 | 58 | 42 | |
联通甘肃兰州 | 2408:871a:2100:3::4a:443 | 中国/北京/百度 | 0% | 100 | 75 | 68 | 95 | 75 | |
移动北京 | 2409:8c54:871:1:d::2:443 | 中国/北京/百度 | 0% | 100 | 18 | 14 | 26 | 18 | |
移动天津 | 2409:8c54:871:1:d::2:443 | 中国/北京/百度 | 0% | 100 | 25 | 20 | 32 | 25 | |
移动浙江杭州 | 2409:8c54:871:1:d::2:443 | 中国/北京/百度 | 0% | 100 | 30 | 24 | 42 | 30 | |
移动福建福州 | 2409:8c54:871:1:d::3:443 | 中国/北京/百度 | 0% | 100 | 42 | 36 | 55 | 42 | |
移动湖南长沙 | 2409:8c54:871:1:d::3:443 | 中国/北京/百度 | 0% | 100 | 42 | 36 | 55 | 42 | |
移动重庆 | 2409:8c54:871:1:d::3:443 | 中国/北京/百度 | 0% | 100 | 52 | 46 | 68 | 52 | |
移动黑龙江哈尔滨 | 2408:871a:2200:2::3c:443 | 中国/北京/百度 | 0% | 100 | 52 | 46 | 65 | 52 | |
海外中国香港 | 2408:871a:2200:2::3c:443 | 中国/北京/百度 | 0% | 100 | 45 | 40 | 58 | 45 | |
海外中国台湾台北 | 2408:871a:2200:2::3c:443 | 中国/北京/百度 | 0% | 100 | 72 | 65 | 92 | 72 | |
海外日本东京 | 2408:871a:2200:2::3c:443 | 中国/北京/百度 | 0% | 100 | 82 | 74 | 105 | 82 | |
海外新加坡 | 2408:871a:2200:2::3c:443 | 中国/北京/百度 | 0% | 100 | 118 | 108 | 148 | 118 | |
海外美国洛杉矶 | 2408:871a:2200:2::3c:443 | 中国/北京/百度 | 0% | 100 | 205 | 188 | 252 | 205 | |
海外德国法兰克福 | 2408:871a:2200:2::3c:443 | 中国/北京/百度 | 3% | 100 | 295 | 275 | 348 | 295 |
IPv6 TCPing 工具使用说明
什么是 IPv6 TCPing
IPv6 TCPing 是在 IPv6 网络环境下测试目标指定端口 TCP 连通性的工具。它向目标 IPv6 地址的指定 TCP 端口发起三次握手，测量握手耗时和成功率。相比 IPv6 Ping（只走 ICMPv6），TCPing 能直接验证 Web 服务（80/443）、SSH（22）、数据库（3306/5432）等具体服务在 IPv6 下的可用性。
BiuPing 的 IPv6 TCPing 服务可从全国三大运营商支持 IPv6 的节点及海外节点同时发起测试，帮你快速判断 IPv6 服务端口是否开放、延迟是否正常、是否存在 IPv6 单独故障（有时 IPv4 端口正常但 IPv6 防火墙未放通）。
适用场景
- IPv6 Web 服务上线验证：完成 AAAA 记录配置后，多地 TCPing 443 端口验证 HTTPS 在 IPv6 下可达
- IPv6 单独故障排查：IPv4 一切正常但用户反馈部分地区打不开，可能是 IPv6 防火墙规则漏配置
- CDN 双栈 443 端口验证：确认 CDN 节点的 IPv6 HTTPS 端口在各地都开放
- IPv6 数据库/SSH 端口测试：验证云服务器的 IPv6 管理端口（22/3306 等）能否从公网访问
- IPv6 Only 环境端口可达性：纯 IPv6 网络下，测试服务是否能为 IPv6-only 客户端服务
测试结果怎么看
- 握手成功 + 延迟正常：IPv6 下端口正常开放，服务可用
- IPv6 TCPing 失败 + IPv4 TCPing 成功：典型的 IPv6 单栈故障，检查服务器的 IPv6 防火墙规则
- 部分地区超时：某些运营商的 IPv6 骨干网到目标的路由有问题
- 延迟比 IPv4 TCPing 高 5-15ms：正常，IPv6 握手路径通常比 IPv4 稍长
常见问题 FAQ
Q：IPv6 TCPing 的输入格式是什么？
支持三种格式：域名:端口（如 ipv6.google.com:443）、[IPv6地址]:端口（如 [2001:db8::1]:443，方括号避免端口号和 IPv6 冒号混淆）、纯域名或纯 IPv6（默认使用 80 端口）。
Q：为什么 IPv6 Ping 通但 IPv6 TCPing 不通？
ICMPv6 和 TCP 走的是不同协议栈。Ping 通只能证明 IPv6 路由和操作系统活着，而 TCPing 需要对应端口的应用程序正常监听。常见原因：Nginx/Apache 未绑定 IPv6 地址（只绑了 IPv4）、防火墙 ICMPv6 放通但 TCP 未放通、应用只监听了 0.0.0.0（IPv4）没绑 ::（IPv6）。
Q：IPv4 TCPing 正常，IPv6 TCPing 超时是什么原因？
说明该端口的 IPv6 版本服务有独立问题。最常见的：① Nginx 配置里 listen 指令没加 ipv6only=off 或没有 listen [::]:443 监听；② iptables/ip6tables 规则不一致，ICMP 放通但 TCP 没放通 v6；③ 云厂商安全组只配了 IPv4 入站规则，没有配 IPv6。详见：IPv6 接入常见故障排查。
Q：Nginx 怎么同时监听 IPv4 和 IPv6？
在 server 块内同时写两行 listen：listen 443 ssl; 和 listen [::]:443 ssl;。或者一行搞定：listen [::]:443 ssl ipv6only=off;，这样一个 socket 同时服务 IPv4 和 IPv6（但需要内核和系统支持）。
Q：BiuPing 的 IPv6 TCPing 支持哪些端口？
支持任意 TCP 端口（1-65535）。常用端口：80（HTTP）、443（HTTPS）、22（SSH）、3306（MySQL）、5432（PostgreSQL）、6379（Redis）、27017（MongoDB）、25/465/587（SMTP）、110/995（POP3）、143/993（IMAP）。
Q：持续测试模式会不会被服务器视为攻击？
持续测试默认每个节点每秒 1 次握手，持续 100 秒，25 个节点同时发起，峰值不超过 25 QPS。这个级别对正常服务完全无压力，不会触发 WAF 或 DDoS 防护。如果你的服务特别敏感，建议在非高峰期测试。