可达性检查快速诊断
可达性检查是什么
可达性检查是网络诊断中最基础的一项——向目标 IP 地址发送 ICMP Echo Request 包(即 Ping 包),看对方是否有回应。只要能收到回应,说明从手机到目标服务器的网络链路是通的。Web Tools 把这个功能集成了进来,输入 IP 就能看到 Ping 结果。
怎么用
- 在 Web Tools 中打开可达性检查功能
- 输入要检测的 IP 地址或域名(会自动解析)
- 点击开始,应用会连续发送 Ping 包并统计结果
- 一段时间后停止,输出摘要
结果解读
一次完整的可达性检查通常会给出以下信息:
| 指标 | 含义 | 判断标准 |
|---|---|---|
| 发送 / 接收包数 | 发出和收到的包数 | 两者相等 = 零丢包;差值就是丢包数 |
| 丢包率 | 丢失的包占比 | 0% 优秀,<5% 可接受,>5% 需关注 |
| 最小 / 平均 / 最大延迟 | 往返时间 | 平均延迟在 100ms 以内为良好 |
| TTL | 生存时间 | 反映链路经过的路由跳数 |
能发现哪些问题
服务器离线
连续发送的 Ping 全部超时,说明目标服务器不在线或者防火墙屏蔽了 ICMP 包。注意:很多云服务器出于安全考虑会主动屏蔽 Ping,这种情况下 Ping 超时不代表服务器真的下线了,需要配合 Telnet 测试端口。
链路丢包
Ping 有丢包但不是全丢,说明网络链路中间有问题。可能是:
- 手机当前网络不稳定(移动数据信号差)
- 服务器所在机房的网络有抖动
- 中间路由节点拥塞
延迟过高
Ping 全部正常但平均延迟超过 200ms,说明服务器物理位置较远或经过的路由跳数过多。这会影响 SSH 终端的响应速度和 API 接口的调用效率。
域名和 IP 选哪个
优先用 IP 做可达性检查——域名需要先 DNS 解析才能 Ping,如果解析本身有问题,Ping 域名也会失败,无法区分是 DNS 问题还是链路问题。
与 Telnet 配合使用
可达性检查测的是 ICMP 协议,而很多服务器禁止了 ICMP。此时用 Telnet 测具体端口(比如 SSH 的 22 端口、HTTP 的 80/443 端口)更准确——端口能连上说明服务在跑,Ping 不通只是 ICMP 被禁。
相关页面
- 网速测试 —— 测带宽和延迟
- Telnet 连通性 —— 测指定端口是否开放
- SSH 终端 —— 确认端口后尝试登录