Linux网络故障排查：连通性检测与路由追踪实战

1. Linux网络障碍诊断基础：连通性检测与路由追踪

作为一名运维工程师，每天最常遇到的故障就是"网络不通"。当服务器突然失联、服务访问异常时，快速定位网络问题是必备技能。今天分享我在实际工作中总结的Linux网络故障排查三板斧，这是经过上百次实战验证的有效方法。

网络故障排查需要遵循分层原则，就像医生看病要先量体温、测血压一样，我们首先要确认最基础的IP层连通性。很多人一上来就抓包分析，其实90%的基础网络问题用几个简单命令就能快速定位。本文将重点介绍基础连通性检测和路由追踪这两个最实用的排查手段。

2. 基础连通性检测：判断"通不通"

2.1 单主机连通性测试

ping命令是网络排查的"听诊器"，它通过发送ICMP回显请求包来测试主机间的连通性。在实际运维中，我习惯使用以下命令格式：

bash复制ping -c 4 -i 0.5 -W 2 10.0.0.12

这个命令有几个关键参数：

• -c 4：发送4个探测包（默认会无限发送）
• -i 0.5：设置0.5秒的发送间隔（避免洪水攻击嫌疑）
• -W 2：设置2秒超时（防止长时间卡住）

注意：很多企业的内网会限制ICMP流量，如果ping不通但服务能访问，可能是防火墙策略导致。这时需要用telnet/nc测试具体服务端口。

2.2 批量网络扫描技巧

当需要检查整个网段的设备连通性时，fping比传统ping高效得多。它采用并行探测机制，扫描速度提升10倍以上：

bash复制fping -g 10.0.0.0/24 2>/dev/null | grep "is alive"

这个命令做了两处优化：

1. 2>/dev/null：过滤掉错误输出，只显示成功结果
2. grep过滤：仅列出存活主机，使结果更清晰

对于特定IP段的扫描，可以这样操作：

bash复制fping -g 10.0.0.5 10.0.0.10

实战经验：在云环境排查时，经常会遇到安全组拦截ICMP的情况。这时可以改用TCP ping：
nmap -sn -PS22,80,443 10.0.0.0/24
通过探测常见服务端口来判断主机存活状态。

2.3 结果解读与排障优先级

当ping测试失败时，应