本工具如何工作
输入 IP 地址或主机名，我们的探测服务器向它发送一组简短的 ICMP echo 请求，与您电脑上的 ping 命令使用的数据包相同。每个回复都计时。结果显示发送和接收的数据包数、最小、平均和最大往返时间，以及回复之间的抖动。测试免费，无需账号。
另外，页面加载后您的浏览器立即测量自己到我们服务器的延迟。它向一个轻量端点发送一系列极小的 HTTP 请求并记录每个的耗时。浏览器无法发送 ICMP，所以这个数字是 HTTP 往返而非真正的 ping，但它反映同一网络路径，也是决定本站及其附近托管的网站对您而言有多快的数字。
两项测量回答不同的问题。探测节点的 ping 告诉您主机是否在线以及离探测节点有多远。浏览器延迟告诉您离我们的服务器有多远。两者都不是您与所输入主机之间的延迟；那条路径经过您自己的连接，只能从您的电脑用本页下方的命令测量。
主机名在 ping 之前解析。探测节点拒绝私有和保留地址，按访客限制频率，并短暂缓存最近结果，避免重复运行冲击目标。
如何解读结果
发送与接收。 每个数据包都收到回复，说明主机此刻可达且路径干净。一个都没有，要么主机离线、地址错误，要么探测节点与主机之间有东西丢弃 ICMP。部分回复表明途中某处有丢包。
最小、平均和最大。 最小值最接近路径的纯延迟：数据包往返最快的一次。平均值是典型体验。最大值显示运行期间最严重的尖峰。最小与最大之间差距很大，说明路径拥塞或途中某台路由器应答缓慢。
抖动。 连续往返时间之间的平均差异。低抖动意味着连接稳定。平均值合理而抖动很高，是 Wi-Fi 干扰、上行饱和或路由器缓冲膨胀的特征，对语音和视频通话的伤害超过平均延迟。
丢包率。 未收到回复的请求百分比。目标是 0%。短时运行中丢一个包可能是噪声。持续丢包，尤其伴随高最大延迟，是值得用 Traceroute 追查的问题，它能显示数据包从哪一跳开始消失。
浏览器延迟区块遵循同样的逻辑：最小值接近平均值且离散度小，说明您到我们服务器的连接稳定；大幅波动指向您的本地网络或运营商，而非目的地。
延迟高或丢包怎么办
主机完全不回复
- 检查地址或主机名是否有拼写错误，用 DNS 查询看看它解析到什么。
- 用端口检测测试主机应开放的端口。443 端口有回复而 ping 沉默，意味着 ICMP 被过滤，而非主机离线。
- 如果主机是您的，检查其防火墙是否丢弃 ICMP echo 请求。Linux 上查找 iptables 或 nftables 中针对 icmp 的规则；Windows 上在 Windows Defender 防火墙中启用“文件和打印机共享（回显请求）”入站规则；云主机在安全组中允许 ICMP。
延迟高于预期
- 把最小值与距离比较。光在光纤中每毫秒约走 200 公里，往返翻倍，所以 5,000 公里外的主机无论网络多好都不可能在约 50 毫秒内应答。
- 最小值合理但平均值和最大值高，说明路径拥塞。运行 traceroute 找到延迟跳升的那一跳。
- 探测节点到某主机延迟低，而您自己的电脑到同一主机延迟高，说明慢在您这边：您的 Wi-Fi、路由器或运营商网络。
您自己的连接抖动或丢包高
- 改用网线而非 Wi-Fi，再次运行浏览器延迟测试。离散度骤降说明无线链路是原因：靠近路由器、换信道，或使用 5 GHz 频段。
- 停止网络上的其他传输。一个占满上行的上传会抬高其他一切的延迟；带智能队列管理或 QoS 的路由器能控制它。
- 重启路由器和调制解调器。老化的消费级硬件恰恰会出现这种症状。
- 在一天的不同时段测试。只在晚间出现的丢包是运营商侧的拥塞，运营商需要这些测量作为证据。
- 如果在使用 VPN 或代理，关闭后重复测试。每条隧道都把经其服务器的绕行加到您的延迟上；另一个大洲的服务器可能增加数百毫秒。
从您自己的电脑 Ping
探测节点的视角适合检查服务器是否在线以及从互联网看它的表现。对您自己的连接，请用 ping 命令。
Windows： ping 203.0.113.45 默认发送 4 个请求；ping -t 203.0.113.45 持续运行直到按 Ctrl+C；ping -n 20 203.0.113.45 发送 20 个。
macOS 和 Linux： ping -c 20 203.0.113.45 发送 20 个请求并打印含最小、平均、最大和标准差的摘要。Linux 上 ping -i 0.2 缩短间隔以更快读取抖动。IPv6 在旧系统上用 ping6，新系统上用 ping -6。
先 ping 路由器，再 ping 运营商的某台主机，再 ping 知名公共地址，最后 ping 目标。延迟跳升或数据包丢失的第一跳就是问题所在。
Ping IP 还是 Ping 主机名
数据包上线后结果相同，但两种输入测试的其他内容不同。Ping 主机名先要解析它，所以失败可能是 DNS 问题而非网络问题；DNS 查询能区分两者。有多个地址的主机名（大型网站常见）只 ping 其中一个，该地址可能与您浏览器连接的不同。直接 ping 地址消除了歧义，追踪特定服务器时是更好的选择。
Ping 测试的东西也与端口检测不同。回应 ping 的主机已开机并可路由，但不说明其 Web 服务器、邮件服务器或游戏服务器是否在运行；忽略 ping 的主机可能正愉快地提供页面。问题是“服务是否在线”时，端口检测回答；问题是“主机是否可达、有多远”时，ping 回答。
Ping 与检查代理或 VPN 的用户
对在依赖代理或 VPN 端点之前测试它的人来说，有两个数字重要：从您自己的电脑到端点的延迟（用上面的命令本地测量），以及从端点到您要使用的网站的延迟（探测节点从互联网侧 ping 端点时可近似得到）。您通过隧道发出的每个请求都是两段相加。离您远或离目标网站远的端点，无论标称带宽多高都会感觉慢，任一段抖动高是超时和会话掉线的常见原因。
本工具的局限
- 探测节点的 ping 测量的是从我们的探测服务器到主机的路径，不是从您出发。您自己到主机的延迟只能从您的电脑测量。
- 浏览器延迟使用 HTTP 而非 ICMP，包含少量协议开销和服务器响应时间。它是良好的相对测量，不是实验室级的。
- 许多主机、防火墙和云服务商丢弃或限制 ICMP。没有回复不意味着主机离线。
- 每次运行在几秒内发送少量数据包。间歇性问题可能在一次运行中不显现；重复测试或在本地使用持续 ping。
- 路由器回应 ICMP 常比转发流量慢，单独一跳慢不是问题的证据。
- 有多个地址的主机名只 ping 其中一个。
- 工具按访客限制频率，拒绝私有和保留地址段。