TCPING.CN已重新开放全球Ping测试。输入域名或IP并勾选“海外全量”地域范围,即可从不同国家和城市观察目标的ICMP连通性、往返延迟与丢包。
网站能在本地访问,不代表目标市场的用户也能正常访问。DNS调度、CDN覆盖、跨境路由、运营商互联和安全策略都可能造成地区差异。全球Ping的价值,是从用户所在市场验证基础网络可达性,而不是只依赖单一机房或本地网络的结果。
适用场景
| 场景 | 全球Ping的作用 | 应继续验证 |
|---|---|---|
| 独立站、跨境电商上线 | 检查主要客源地区能否到达域名或源站 | DNS、HTTPS、落地页与支付链路 |
| CDN、源站或DNS迁移 | 发现区域性超时或明显高延迟 | CNAME、HTTP状态码、回源配置 |
| 海外广告落地页异常 | 判断影响是否局限于投放国家 | 跳转链路、WAF、HTTP响应 |
| API、Webhook、登录服务故障 | 初筛特定市场到服务入口的网络异常 | TCP端口、TLS、应用日志 |
| 大促或版本发布前巡检 | 检查关键域名在主要市场的基础可达性 | 注册、下单、支付等真实业务路径 |
测试点应围绕用户与业务区域选择。北美业务优先看美国东西海岸、加拿大和墨西哥;欧洲业务重点看英国、德国、法国、荷兰等网络枢纽;亚太业务可按日本、韩国、新加坡、香港、澳大利亚及东南亚实际客群验证。
跨境网站的推荐验证流程
1. 确认当前DNS
先使用DNS查询核对A、AAAA与CNAME记录。使用CDN时,多地返回不同地址可能是正常调度;但若目标市场解析到旧地址,或IPv4与IPv6配置不一致,则可能造成部分用户访问失败。
2. 从目标市场发起全球Ping
在在线Ping输入域名或IP,选择“全球”。重点记录核心市场的延迟、丢包与超时分布,而不是只看结果中最低的一个延迟值。
3. 用相邻区域复核异常
伦敦异常时,可同时查看巴黎、阿姆斯特丹、法兰克福;新加坡异常时,可查看吉隆坡、曼谷、雅加达;美国西海岸异常时,可查看圣何塞、洛杉矶、西雅图。相邻地区存在相同现象,通常比单节点超时更有诊断价值。
4. 以TCP与HTTP确认业务可用性
Ping测量的是ICMP。云主机、CDN、WAF或安全策略可能过滤或限速ICMP,因此Ping超时不能直接说明网站或API离线。请继续使用Tcping验证80、443或业务端口,并使用网站测速检查HTTP状态码、跳转、首字节时间与总耗时。
5. 形成可定位的故障信息
向云厂商、CDN或网络服务商反馈时,至少提供:目标域名或IP、测试时间与时区、异常国家/城市、Ping/TCP/HTTP结果,以及相邻区域是否可以复现。这样能将“海外打不开”转化为可排查的网络证据。
全球Ping结果怎么读
| 观测结果 | 初步判断 | 不应直接得出的结论 |
|---|---|---|
| 多个地区持续超时 | 目标、DNS、传输路径或ICMP策略值得检查 | 网站或API一定宕机 |
| 仅一个城市超时 | 可能是局部路径、节点波动或区域策略 | 整个国家或全球用户均无法访问 |
| Ping超时,Tcping/HTTP正常 | 目标可能禁用或限制ICMP | 业务不可用 |
| 延迟稳定但HTTP很慢 | 网络往返未必是主要瓶颈 | 页面性能一定正常 |
| 平均延迟正常但间歇丢包 | 路径可能拥塞或不稳定 | 用户体验没有影响 |
| IPv4正常、IPv6异常 | 双栈DNS、路由或服务配置可能不一致 | 域名整体不可用 |
一次测试只代表某个检测点、某条路径和某个时间的观测。对支付、登录、订单和API等关键业务,应在异常时段复测,并结合应用监控、服务端日志、CDN配置和业务指标判断。
全球探测区域
以下地区可用于全球Ping验证。实际结果会受网络状态、维护和目标策略影响;单个探测点暂时无响应时,可使用同区域其他城市交叉判断。
亚洲与亚太
- 阿联酋:迪拜、富查伊拉
- 阿塞拜疆:巴库
- 巴基斯坦:卡拉奇
- 巴林:麦纳麦
- 哈萨克斯坦:阿拉木图
- 韩国:首尔
- 柬埔寨:金边
- 科威特:科威特城
- 马来西亚:吉隆坡
- 蒙古:乌兰巴托
- 孟加拉国:达卡
- 尼泊尔:加德满都
- 日本:东京
- 沙特阿拉伯:利雅得
- 泰国:曼谷
- 土耳其:伊斯坦布尔
- 新加坡:新加坡、新加坡2
- 以色列:特拉维夫
- 印度:班加罗尔、金奈、孟买、新德里
- 印度尼西亚:雅加达
- 伊拉克:巴格达、巴格达2
- 越南:胡志明市
- 中国香港:香港、香港2
- 中国台湾:台北
- 塞浦路斯:尼科西亚
- 格鲁吉亚:第比利斯
- 亚美尼亚:埃里温
欧洲
- 奥地利:维也纳
- 比利时:布鲁塞尔
- 冰岛:凯夫拉维克
- 波黑:新特拉夫尼克
- 保加利亚:索非亚
- 波兰:华沙
- 丹麦:哥本哈根
- 德国:法兰克福、法兰克福2
- 俄罗斯:莫斯科
- 法国:马赛、巴黎
- 芬兰:赫尔辛基
- 荷兰:阿姆斯特丹
- 克罗地亚:萨格勒布
- 拉脱维亚:里加
- 立陶宛:维尔纽斯
- 卢森堡:卢森堡
- 罗马尼亚:布加勒斯特
- 挪威:奥斯陆
- 葡萄牙:里斯本
- 瑞典:斯德哥尔摩
- 瑞士:苏黎世
- 塞尔维亚:贝尔格莱德
- 斯洛伐克:布拉迪斯拉发
- 斯洛文尼亚:卢布尔雅那
- 西班牙:马德里
- 希腊:雅典
- 匈牙利:布达佩斯
- 意大利:米兰
- 英国:伦敦
- 乌克兰:基辅
- 捷克:布拉格
- 摩尔多瓦:基希讷乌
北美洲
- 美国:阿什本、亚特兰大、亚特兰大2、波士顿、夏洛特、芝加哥、达拉斯、丹佛、檀香山、休斯敦、堪萨斯城、洛杉矶、迈阿密、迈阿密2、明尼阿波利斯、纽约、奥格登、凤凰城、匹兹堡、圣何塞、西雅图
- 加拿大:蒙特利尔、多伦多
- 哥斯达黎加:圣佩德罗
- 墨西哥:墨西哥城
- 波多黎各:圣胡安
南美洲
- 阿根廷:布宜诺斯艾利斯
- 巴西:巴西利亚、库里提巴、福塔莱萨、阿雷格里港、里约热内卢、圣保罗
- 玻利维亚:拉巴斯
- 哥伦比亚:波哥大
- 厄瓜多尔:基多
- 秘鲁:利马
- 智利:圣地亚哥
非洲
- 安哥拉:罗安达
- 肯尼亚:内罗毕
- 摩洛哥:拉巴特
- 南非:开普敦、约翰内斯堡
- 尼日利亚:拉各斯
大洋洲
- 澳大利亚:阿德莱德、布里斯班、墨尔本、珀斯、悉尼
- 新西兰:奥克兰
“2”表示同一城市中的独立探测点,例如“香港2”“新加坡2”。同城结果出现差异时,可将其作为不同网络出口的观测补充,不应直接认定为目标故障。
常见问题
全球Ping能确认网站是否能打开吗?
不能单独确认。Ping验证的是ICMP网络可达性;网站是否可用还取决于DNS、TCP端口、TLS、HTTP、CDN/WAF与应用服务。应将Ping作为网络层初筛,再用Tcping与HTTP测速验证。
为什么不同国家的延迟差很多?
物理距离、国际出口、运营商互联、BGP路由、CDN调度和网络拥塞都会影响延迟。跨洲延迟高于同区域延迟通常正常;更值得关注的是同一市场内突然升高、持续丢包或大面积超时。
跨境业务应多久检查一次?
每次修改DNS、CDN、源站、防火墙、负载均衡或证书后都应检查;营销活动、版本发布和大促前应覆盖核心市场复核。持续可用性保障应依赖自身监控与告警系统,而非单次人工测试。