地区优良分布 示例数据 · 全国 34 省市分布
| 区域/运营商 | 最快 | 最慢 | 平均 |
|---|---|---|---|
| 全部节点 | 移动 北京 15ms | 联通 甘肃兰州 68ms | 36ms |
| 中国电信 | 电信 北京 18ms | 电信 陕西西安 62ms | 36ms |
| 中国联通 | 联通 北京 22ms | 联通 甘肃兰州 68ms | 39ms |
| 中国移动 | 移动 北京 15ms | 移动 重庆 48ms | 32ms |
| 华东地区 | 电信 上海 28ms | 移动 福建福州 36ms | 30ms |
| 华南地区 | 电信 广东广州 32ms | 电信 广东广州 32ms | 32ms |
| 华中地区 | 电信 湖北武汉 34ms | 联通 河南郑州 42ms | 37ms |
| 华北地区 | 移动 北京 15ms | 联通 北京 22ms | 19ms |
| 西南地区 | 电信 四川成都 45ms | 移动 重庆 48ms | 47ms |
| 西北地区 | 电信 陕西西安 62ms | 联通 甘肃兰州 68ms | 65ms |
| 东北地区 | 联通 辽宁沈阳 38ms | 移动 黑龙江哈尔滨 48ms | 43ms |
| 港澳台 | 海外 中国香港 42ms | 海外 中国台湾台北 68ms | 55ms |
| 全部海外 | 海外 中国香港 42ms | 海外 德国法兰克福 285ms | 130ms |
| 亚洲 | 海外 中国香港 42ms | 海外 新加坡 112ms | 75ms |
| 欧洲 | 海外 德国法兰克福 285ms | 海外 德国法兰克福 285ms | 285ms |
| 北美洲 | 海外 美国洛杉矶 195ms | 海外 美国洛杉矶 195ms | 195ms |
| 南美洲 | -- | -- | -- |
| 非洲 | -- | -- | -- |
| 大洋洲 | -- | -- | -- |
| 检测点 | 响应IP | IP位置 | 丢包 | 发包 | 最新 | 最快 | 最慢 | 平均 | ↘ 网络质量 |
|---|---|---|---|---|---|---|---|---|---|
电信北京 | 180.101.50.242:443 | 中国/北京/百度 | 0% | 100 | 18 | 15 | 25 | 18 | |
电信上海 | 180.101.50.242:443 | 中国/北京/百度 | 0% | 100 | 28 | 24 | 38 | 28 | |
电信广东广州 | 180.101.50.242:443 | 中国/北京/百度 | 0% | 100 | 32 | 28 | 42 | 32 | |
电信湖北武汉 | 180.101.50.242:443 | 中国/北京/百度 | 0% | 100 | 34 | 32 | 45 | 34 | |
电信四川成都 | 180.101.50.242:443 | 中国/北京/百度 | 0% | 100 | 45 | 42 | 58 | 45 | |
电信陕西西安 | 180.101.50.188:443 | 中国/北京/百度 | 0% | 100 | 62 | 56 | 78 | 62 | |
联通北京 | 180.101.50.188:443 | 中国/北京/百度 | 0% | 100 | 22 | 18 | 28 | 22 | |
联通江苏南京 | 180.101.50.188:443 | 中国/北京/百度 | 0% | 100 | 28 | 24 | 36 | 28 | |
联通山东青岛 | 110.242.68.66:443 | 中国/北京/百度 | 0% | 100 | 36 | 32 | 45 | 36 | |
联通河南郑州 | 110.242.68.66:443 | 中国/北京/百度 | 0% | 100 | 42 | 38 | 52 | 42 | |
联通辽宁沈阳 | 110.242.68.66:443 | 中国/北京/百度 | 0% | 100 | 38 | 34 | 48 | 38 | |
联通甘肃兰州 | 110.242.68.66:443 | 中国/北京/百度 | 0% | 100 | 68 | 62 | 85 | 68 | |
移动北京 | 110.242.68.4:443 | 中国/北京/百度 | 0% | 100 | 15 | 12 | 22 | 15 | |
移动天津 | 110.242.68.4:443 | 中国/北京/百度 | 0% | 100 | 22 | 18 | 28 | 22 | |
移动浙江杭州 | 110.242.68.4:443 | 中国/北京/百度 | 0% | 100 | 26 | 22 | 35 | 26 | |
移动福建福州 | 39.156.66.10:443 | 中国/北京/百度 | 0% | 100 | 36 | 32 | 45 | 36 | |
移动湖南长沙 | 39.156.66.10:443 | 中国/北京/百度 | 0% | 100 | 36 | 32 | 45 | 36 | |
移动重庆 | 39.156.66.10:443 | 中国/北京/百度 | 0% | 100 | 48 | 42 | 58 | 48 | |
移动黑龙江哈尔滨 | 180.101.50.242:443 | 中国/北京/百度 | 0% | 100 | 48 | 44 | 58 | 48 | |
海外中国香港 | 180.101.50.242:443 | 中国/北京/百度 | 0% | 100 | 42 | 38 | 52 | 42 | |
海外中国台湾台北 | 180.101.50.242:443 | 中国/北京/百度 | 0% | 100 | 68 | 62 | 85 | 68 | |
海外日本东京 | 180.101.50.242:443 | 中国/北京/百度 | 0% | 100 | 78 | 72 | 95 | 78 | |
海外新加坡 | 180.101.50.242:443 | 中国/北京/百度 | 0% | 100 | 112 | 102 | 135 | 112 | |
海外美国洛杉矶 | 180.101.50.242:443 | 中国/北京/百度 | 0% | 100 | 195 | 182 | 228 | 195 | |
海外德国法兰克福 | 180.101.50.242:443 | 中国/北京/百度 | 3% | 100 | 285 | 268 | 335 | 285 |
在线 TCPing 工具使用说明
什么是 TCPing
TCPing 是一种基于 TCP 协议的网络连通性测试工具,和传统 Ping(ICMP 协议)不同,TCPing 直接向目标服务器的指定端口发起 TCP 三次握手,测量握手耗时和成功率。这使得 TCPing 能够穿透禁用 ICMP 的防火墙,准确反映 Web 服务(80/443)、数据库(3306/5432)、SSH(22)等具体服务的可达性。
BiuPing 提供的在线 TCPing 服务,可从全国各地区、各运营商(中国电信、中国联通、中国移动)的分布式节点同时向目标 IP:端口发起 TCP 连接测试,快速判断端口是否开放、响应延迟、跨运营商访问质量。
适用场景
- 云服务器禁 Ping 排查:AWS、阿里云、腾讯云等默认禁用 ICMP,Ping 不通但服务正常,用 TCPing 直接测 443/80 端口是最可靠的验证方式
- Web 服务可达性验证:Ping 通只能证明服务器存活,TCPing 能证明 Nginx/Apache 进程正常监听并接受连接
- 数据库/SSH/Redis 等非 Web 端口测试:测试 3306(MySQL)、6379(Redis)、22(SSH)、5432(PostgreSQL)等端口从公网可访问性
- 防火墙规则验证:部署防火墙规则后,通过多地 TCPing 验证策略是否生效(哪些 IP 段被放行、哪些被拦截)
- CDN/负载均衡健康检查:大多数云 LB 默认用 TCP 健康检查,TCPing 最接近 LB 的探测方式
测试结果怎么看
- 握手成功 + 延迟正常(<100ms):端口开放且服务响应迅速
- 握手成功 + 延迟偏高(>200ms):网络链路质量差,建议结合 路由追踪 定位慢跳
- 连接超时 / 拒绝:端口未开放、被防火墙拦截、或后端服务已崩溃;Ping 得通 + TCPing 不通是典型"服务器活着但 Web 挂了"
- 延迟比 Ping 稍高:正常现象,TCPing 需要三次握手完成,通常比 ICMP Ping 高 5-15ms
常见问题 FAQ
Q:Ping 和 TCPing 的区别?什么时候该用哪个?
Ping 走 ICMP 协议,只能告诉你"服务器是否存活";TCPing 走 TCP 协议,能告诉你"某个具体服务(端口)是否正常工作"。测 Web 服务(网站)用 TCPing 打 443/80 最准;排查整体网络连通性用 Ping 即可。详见:Ping 和 TCPing 的区别。
Q:为什么 Ping 通但 TCPing 不通?
说明服务器操作系统还活着(能响应 ICMP),但你测试的那个端口对应的服务程序挂了或未启动。常见情况:Nginx 进程崩溃、防火墙只放通 ICMP 不放通 TCP、云厂商的安全组规则限制该端口。详见:ping 通但网页打不开的 7 种原因。
Q:TCPing 不填端口会发生什么?
BiuPing 默认用 80 端口。推荐明确输入目标端口,格式如 example.com:443、192.168.1.1:22。常用端口参考:HTTP=80,HTTPS=443,SSH=22,MySQL=3306,Redis=6379,PostgreSQL=5432。
Q:TCPing 的延迟为什么比 Ping 高一些?
因为 TCPing 要完成 TCP 三次握手(SYN → SYN-ACK → ACK),而 Ping 只是一次 ICMP 往返。正常情况下 TCPing 比 Ping 高 5-15ms 是合理的。如果高出 50ms 以上,可能是目标服务器 CPU 繁忙或 TCP 栈有瓶颈。
Q:单次测试和持续测试的区别?
单次测试每个节点握手 1 次,快速了解当前端口可达性;持续测试每个节点连续握手最多 100 次,能发现"偶尔超时"、"周期性丢包"等间歇性问题,是验证服务稳定性的最佳方式。
Q:TCPing 能测 UDP 端口吗?
不能。TCPing 顾名思义只能测 TCP 端口。UDP 端口没有握手概念,需要用专门的 UDP 探测工具(如 nmap -sU 或 nc -u)。