Ping 连通性测试：通了证明什么，不通又该查什么
围绕 ICMP 成功、超时、不可达和本地错误，判断下一步应检查目标、网络还是应用，避免把缺少响应直接当成整站宕机。
Ping 连通性测试里的“通”，应理解为这次请求取得了对应 ICMP 回复；“不通”则还需要看是超时、不可达，还是本地命令没有执行成功。先读原始现象，再决定下一步，避免一个标签承担过多含义。
有回复：已经证明的范围是什么
有效 Echo Reply 表明本次探测能够到达相应目标并取得返回。它提供一条网络往返证据，不验证网站端口、证书、网页内容或账号权限。ICMP 的请求与回复定义见 RFC 792。
如果用户问题是“网页打不开”，就继续检查实际业务；如果问题是“这条路径是否偶尔不回应”，则保留后续有限样本。不要因为一次回复就删除此前所有异常。
没有回复：先看具体错误
| 看到的现象 | 它实际说明什么 | 下一步 |
|---|---|---|
| 请求超时 | 该次等待窗口内没有取得有效回复 | 核对目标、策略、路径和复查结果 |
| 目标不可达等消息 | 某个设备返回了相关错误 | 保留消息来源与错误类型 |
| 解析失败 | 尚未取得可用于本轮探测的地址 | 先查域名和解析环境 |
| 本地错误、节点未启动 | 有效探测可能根本未发出 | 先恢复检测能力，不判定目标 |
中间设备发出的不可达消息，不应被误写成目标返回了正常 Echo Reply。超时也没有直接告诉你丢失发生在去程、回程还是目标处理。
本地网络问题，从接近现场的证据开始
同一设备访问多个已知服务均异常时，先核对网络连接、代理与地址配置。若需要检查本地网关，使用当前网络实际配置的网关，不凭网上通用地址猜测。
网关或公网目标不响应 ICMP，都要结合其策略与实际业务。不能用“某个公共地址 Ping 失败”作为整个互联网断开的唯一证据。换设备或换网络作对照时，记录改变的条件。
远端结果，只代表那个探测来源
在线节点正常而本机失败，先比较实际目标和来源；某个城市失败而另一城市正常，则保留各自范围。原城市同运营商有成功与失败样本，说明存在成功路径，不应把整组称为完全不可达。
平台节点无法执行时应标记检测不可用，既不能说目标故障，也不能说目标恢复。多节点整理方法见城市与运营商的有效样本分组。
把下一步与原问题对应
检查网页，就补端口、TLS、HTTP 和浏览器；检查 DNS 服务，就发 DNS 查询；检查长期网络波动，就保留连续时间范围和原始明细。Windows Ping 的参数与输出可查 官方文档。