按节点检查 ICMP 可达性
Ping
从俄罗斯和芬兰执行受限的服务器端 Ping，显示目标响应时的丢包、单次延迟和平均往返时间。
当你关心的是按节点的基础网络可达性，而不是浏览器或应用层行为时，Ping 是最简单的信号。
你可以看到 ICMP 请求是否全部返回，还是部分或全部在路径中丢失。
平均、最小和最大时间有助于在深入应用层前判断路径是否稳定。
服务器端 ping 命令的原始输出会被保留，便于阅读真实命令结果，而不仅是摘要。
主机或 IP
Ping
报告
准备检查摘要
服务器端诊断
开始检查后，你会看到包含状态、耗时、技术详情和可用原始输出的结构化报告。
01
检查什么
丢包
你可以看到 ICMP 请求是否全部返回，还是部分或全部在路径中丢失。
往返延迟
平均、最小和最大时间有助于在深入应用层前判断路径是否稳定。
原始命令输出
服务器端 ping 命令的原始输出会被保留，便于阅读真实命令结果，而不仅是摘要。
02
如何使用
在排查端口或 HTTP 前，需要最简单可达性信号时运行 Ping。
把丢包和平均延迟一起看，单独看其中一个容易误判。
如果 Ping 很差或不稳定，打开 traceroute 查看更详细的路径。
03
如何阅读结果
Ping 只代表网络层
主机可以响应 Ping，但 80 或 443 上的服务仍可能损坏。反过来，HTTP 正常时 ICMP 也可能被阻止。
丢包是第一信号
即使是中等丢包，也可能解释某个检查节点看到的应用缓慢或不稳定。
两个节点仍不是整个互联网
结果有价值，但只描述俄罗斯和芬兰。其他入口点的路径可能完全不同。
帮助你更好使用此工具的指南
理解输出、识别常见失败模式，并在产品内直接选择下一步诊断。
Ping 常见问题
为什么 Ping 不通但网站能打开？
很多服务商会限制或过滤 ICMP，但不阻止 TCP。Ping 有用，但它不是 HTTP 检查。
看到丢包后该怎么办？
打开 traceroute 查看路径，再用网站检查测量应用耗时，这样可以区分网络丢包和应用层问题。
这里的延迟就是用户真实速度吗？
不是。这只是从当前检查节点到目标的网络往返时间。真实体验还受地理位置、浏览器和应用处理影响。