Ping 检测工具

Ping 测试用于检查目标主机是否能通过网络到达，并估算响应延迟。传统 Ping 会发送 ICMP Echo 请求并测量往返时间；在浏览器或 Web 环境中，由于不能直接使用 ICMP，可能会采用其他探测方式。Ping 适合网络排障、服务器监控、延迟比较、DNS 怀疑排查，以及判断问题更可能出在本地网络还是远端主机。需要注意的是，Ping 成功不代表网站、端口、数据库或登录流程一定可用；Ping 失败也不一定说明服务器宕机，因为防火墙和网络策略可能屏蔽 ICMP。结果应结合 DNS、路由、端口和应用层检查一起判断。

Ping 工具从 ToolAct 后端服务器向目标主机发送探测包，测量可达性和往返延迟。传统 Ping 在 OSI 第三层使用 ICMP（Internet Control Message Protocol，RFC 792）：源端发送一个包含序列号和负载的 ICMP Echo Request（Type 8, Code 0），目标端以 ICMP Echo Reply（Type 0, Code 0）回复。往返时间（RTT）是从发送请求到接收回复之间的间隔，以毫秒为单位。由于浏览器无法发送原始 ICMP 数据包（Socket API 不向 Web 内容暴露原始套接字），本工具通过后端 API 代理 Ping——服务端进程执行实际的 ICMP 交互，并将结果返回给浏览器。 IP 头中的 TTL（Time to Live）字段在每个路由器跳数处递减 1；当 TTL 降为 0 时，路由器丢弃数据包并返回 ICMP Time Exceeded（Type 11）消息。这是 traceroute 的工作原理，但在 Ping 测试中，初始 TTL 值可以揭示目标操作系统：Windows 默认为 128，Linux/macOS 默认为 64，网络设备通常为 255。用默认值减去收到的 TTL 即可得到到达目标的大致跳数。 丢包率计算公式为（发送包数 - 接收包数）/ 发送包数 × 100%。零丢包意味着所有探测在超时前返回；间歇性丢包可能表示拥塞、硬件故障、限速或目标/中间防火墙禁用了 ICMP。许多生产服务器和云提供商在边缘完全禁用 ICMP，因此 100% 丢包并不一定意味着主机宕机——可能只是 ICMP 被过滤了。该工具报告所有成功探测的最小、最大和平均延迟，这些数据共同反映抖动情况：平均值低但最大值高表示偶尔出现峰值波动，而最小/最大值一致则表示链路稳定。

• ICMP Echo 机制（RFC 792）：Echo Request（Type 8）携带 16 位标识符、16 位序列号和可选负载——Echo Reply（Type 0）回传相同的标识符和序列号，使发送方能够匹配请求和响应。
• RTT 测量：往返时间是从请求发送到响应接收的挂钟时间，包括网络传播延迟、路由器排队和目标处理时间——低于 1ms 的值表示目标在同一局域网内，而 100ms 以上表示跨洲链路。
• TTL 跳数推断：初始 TTL 值遵循操作系统惯例（Windows 128、Linux/macOS 64、网络设备 255）；大致跳数 = 初始 TTL - 收到的 TTL——来自 Windows 主机的收到 TTL 为 117 表示大约经过 11 个路由器跳数。
• 丢包率解读：在良好连接的链路上 <2% 的丢包属于正常；2-10% 表示拥塞或不稳定链路；>10% 表示严重问题——但防火墙或云提供商的 ICMP 过滤可能在主机正常的情况下产生虚假的 100% 丢包。
• 延迟统计：N 次探测的最小值、最大值和算术平均值反映抖动——低平均值配合高最大值表示偶发拥塞；标准差（虽未显示但可从逐包表格计算）量化了离散程度。
• 浏览器限制：JavaScript 无法发送原始 ICMP 数据包，因为 WebSocket、fetch 和 XMLHttpRequest API 都在应用层（TCP/TLS/HTTP）工作——该工具通过后端 API 代理 Ping，因此测量的延迟包含一次额外到 ToolAct 服务器的 HTTP 往返。
• ICMP 限速：许多主机和路由器会应用 ICMP 限速（Linux 内核参数 net.ipv4.icmp_ratelimit，默认 1000ms）——发送探测的频率超过速率限制会导致人为丢包，并不反映实际网络状况。