先用ping测整体丢包率与延迟波动，再用traceroute分段定位故障跳点：丢包率≤1%可忽略，1%–5%需排查，≥5%必须处理；重点关注延迟突变和某跳起连续星号或延迟骤升。

用 ping 和 traceroute 定位丢包点，关键不是只看“通不通”，而是分段测、比延迟、找突变。

先用 ping 测整体连通性和丢包率

执行 ping -c 20 目标地址（Linux/macOS）或 ping -n 20 目标地址（Windows），发够 20 个包才能看出趋势：

• 丢包率 ≤1%：基本可忽略，属正常抖动
• 丢包率在 1%–5%：已有影响，需继续排查
• 丢包率 ≥5%：问题明确存在，必须定位
• 注意看 time= 数值——如果延迟忽高忽低（比如 15ms / 280ms / 12ms 跳变），比稳定高延迟更可疑，常指向中间链路不稳定

接着用 traceroute 锁定故障跳点

运行 traceroute -n 目标IP（Linux/macOS）或 tracert -d 目标IP（Windows），重点观察三类信号：

• 某跳开始连续出现 *（星号）：该节点不响应 ICMP，不等于故障，但可能是防火墙拦截或设备过载
• 某跳延迟突然飙升（如前几跳均
• 从某跳起后续全部超时（如第6跳开始全 *）：问题就出在第6跳或它之前的链路上
• 加 -n 或 -d 参数禁用 DNS 解析，避免因 DNS 慢导致误判

分段回溯验证，确认问题段落

traceroute 显示路径后，对可疑跳点做针对性 ping：

• 先 ping 本地网关（如 ping 192.168.1.1）：若丢包或延迟高，问题在局域网（网线、路由器、Wi-Fi 干扰）
• 再 ping 第一跳公网出口（如 traceroute 第二跳 IP）：若异常，可能是运营商接入段问题
• 逐跳 ping 到异常跳之前的一跳：能通但下一跳断，说明故障就在两者之间
• 对比 ping 同一跳的不同端口（如用 hping3 -S -p 443）可绕过 ICMP 限制，验证是否真不通

注意常见干扰因素

有些“丢包”和“高延迟”并非真实故障：

• 云服务器或企业防火墙常默认禁 ping，ping 不通 ≠ 服务不可用
• 无线网络下 ping 延迟波动大、偶发丢包属正常，建议改用有线复测
• traceroute 中间节点返回 *，可能只是策略性不回复 ICMP，并非中断
• 目标主机负载高时，可能延迟上升但服务仍可用，需结合业务端口（如 telnet 或 curl）交叉验证