Global Ping
全球 ping 同时从世界各地网络中的探针执行同一次测量——ping、HTTP、DNS、traceroute 或 MTR——让你看清问题是无处不在，还是只在你的路径上。选择一种测量、指定目标、最多选四个地点，即可并排比较答案。
想全天候从多地持续监控？用 myeventwatch 免费监控——到期和宕机提醒，无需绑卡。
一次测量，多个观察点
你从自己桌前运行的每一次网络测试，回答的其实都比你以为的更窄：不是“这台主机活着吗？”，而是“从这里、经我的运营商、走我的对等连接、就在此刻，它活着吗？”。互联网没有单一视角，大多数令人困惑的故障都是局部的，而且从内部看不见——某地区一条坏路由、某国家一个被污染的解析器、一个为某个大洲失效却愉快地服务另一个大洲的 anycast 节点。全球 ping 把你自己的路径从等式中去掉，在同一时刻从不相关网络中的志愿探针执行完全相同的测量。当每个探针都说目标已宕机时，目标就是宕机了；当一座城市失败而其他都畅通时，问题在路径上，不在目的地——仅这一个区分，通常就是调试之战的一半。
五种测量回答不同的后续问题。Ping 给出往返时间和丢包率，是可达性的原始健康度。HTTP 计时一次真实请求并返回状态码，能抓住主机能 ping 通但服务不工作这一大类故障。DNS 询问每个探针的本地解析器，这正是你发现法兰克福正确、新加坡错误这类答案的方法。Traceroute 列出从探针到目标的每一跳，让你看到路径在哪里分岔。MTR 把两者结合，反复 ping 每一跳，从而区分“最后一跳慢”和“中间某个链路丢包、其后的一切只是在替它背锅”。
如何解读分裂的结果
先看一致性。如果所有探针报告的时间相近、答案相同，那么你自己的问题几乎肯定在你与更广阔的互联网之间——你的运营商、你的 VPN 或你的本地解析器。如果只有一个地点不一致，就怀疑地理因素：路由是按网络逐个决定的，某一家中转运营商的一条坏路径可以黑洞掉一个地区，而其他所有人毫发无损。如果某个名称的 DNS 答案按地点不同、而它本不应按地理调度，那就是故障而不是特性——缓存过期后，解析器应收敛到同一组记录。而当目标在不同地方有意解析到不同地址时，你看到的是 anycast 或地理 DNS 在按设计工作：把每个探针与它实际到达的地址比较，本页会打印那个地址，而不是期待唯一真实答案。
相关工具：想从 sysosx 的服务器看单个站点的全貌，用网站健康检查；想看四个大型公共解析器对一个名称是否一致，用DNS 传播检查器；配套文章是它宕了，还是只有你？讲如何用多个观察点来定论这个问题。
署名与诚实说明：测量运行在 jsDelivr 的 Globalping 网络上，由世界各地网络中的志愿探针执行——请把这个网络当作共享资源来珍惜。本页使用共享的免费额度，因此每个访客有次数限制，热门目标会被短暂缓存，而在繁忙时刻上游本身也可能饱和，本页会如实报告，而不是伪装成目标故障。
让结果可读的五个术语
| 探针 | 运行在他人网络中的小型代理——家庭连接、云虚拟机、大学网络——在它所在的位置执行测量并报告结果。 |
| 观察点 | 执行测量的位置；同一个目标从一个观察点看健康、从另一个看故障，而两个观察结果都可能为真。 |
| Anycast | 同时从许多地方宣告同一个 IP 地址，让每个用户到达最近的实例——这就是为什么不同探针在同一个地址上合理地到达不同的机器。 |
| 丢包 | 发出却从未返回的数据包所占的比例；长路径上少量丢包可以忍受，持续丢包意味着路径上有东西在丢弃流量。 |
| MTR | Ping 与 traceroute 的混合体，反复 ping 路径上的每一跳，按跳显示丢包和延迟，而不只是目的地。 |
常见问题
为什么地点必须用英文填写？
Globalping API 用它自己的英文地名库匹配地点名称——城市、地区和国家。“Frankfurt”、“New York”和“Singapore”能可靠匹配；翻译过的城市名通常什么都匹配不到，测量就无法开始。因此这四个框会诚实标注：用英文填写地点，并使用建议列表，其中有十个覆盖良好的城市。每个你填写的地点选一个探针。
某个探针显示离线或失败，目标宕机了吗？
没有——那个结果说的是探针，不是目标。探针可能离线、自家连接断了，或者无法执行某种测量类型；其余探针的结果仍然成立。用完成测量的探针来判断目标：如果它们一致，它们的结论就是答案，单个失败的探针只是测量网络本身的噪声。
为什么结果有时被缓存？为什么有限制？
测量消耗的是一个共享的、志愿运行的网络，免费额度每小时预算有限，由所有通过本站使用它的人共享。为公平起见，每个访客的新测量次数有限，在短窗口内重复同一次测量会返回缓存副本并如此标明。如果上游免费额度本身耗尽，本页会直说，而不是编造结果。
Ping 通但 HTTP 失败（或相反）是什么意思？
它们测试不同的层。Ping 证明主机的网络栈会回应 ICMP；它对 Web 服务器一无所知，后者可能宕机、配错或在返回错误——带 5xx 代码的 HTTP 结果是网络正常、服务坏了。反过来——HTTP 正常、ping 超时——也很常见，通常无害：许多主机和防火墙会故意丢弃 ICMP，同时正常提供流量。
能从四个以上地点测试，或持续运行吗？
本页每次测量最多四个探针，以留在共享免费额度内。要从多地持续检查——也就是这个工具的“任何地方坏了就叫醒我”版本——监控服务才是正确的形态；表单下方的链接提供通过 myeventwatch 的免费监控。对于一次性问题，四个分布良好的地点通常足以区分“到处都宕”和“只对某些人宕”。