Linux网络故障排查教程_pingtraceroutetcpdump实战

先用ping、traceroute、tcpdump三命令分层排查：ping验连通性及本地配置，traceroute定位链路中断点，tcpdump抓包分析真实通信行为，按“本机→网关→公网IP→应用端口”顺序排除故障。

遇到Linux网络不通，别急着重启或重装系统。先用几个基础命令快速定位问题：ping确认连通性，traceroute查路径，tcpdump抓包看真实流量——三者配合，80%的常见故障当场就能判断出是本地配置、中间链路还是远端服务的问题。

用ping验证基础连通性

ping是最直接的“能不能通”测试工具，但它不只是发个包那么简单：

• 加-c参数限制次数（如ping -c 4 www.baidu.com），避免误按Ctrl+C中断后残留进程
• 若ping本机IP（如127.0.0.1）通但ping网关不通，说明网卡驱动或本地路由有问题；若能ping通网关却ping不通外网域名，大概率是DNS或防火墙拦截
• 看到"Destination Host Unreachable"通常表示ARP失败或下一跳不可达；"Network is unreachable"则多为路由表缺失（可用ip route show检查）

用traceroute定位中断点

当ping失败或延迟异常高时，traceroute能逐跳显示数据包走到哪一环停住：

Cloudflare Dns Updater

创建或更新经过代理的 Cloudflare DNS A 记录，用于通过编程方式将子域名指向 IP 地址。输入参数为记录名称、区域名称和 IP 地址。

下载

• 默认用UDP探测，某些防火墙会屏蔽，可改用ICMP模式：traceroute -I www.qq.com
• 看到某跳开始全是*号，且后续跳全不可达，说明该节点或其后的链路阻断（可能是运营商设备故障、ACL策略、或中间路由器禁用了TTL超时响应）
• 如果前几跳延迟正常，但从第5跳起延迟骤增或丢包，问题往往出在跨省骨干网或云服务商边界网关上，这时需联系对方提供traceroute结果协同排查

用tcpdump抓包确认真实通信行为

当ping和traceroute都“看起来正常”，但业务仍无法访问（比如网页打不开、SSH连不上），就得看实际发了什么包：

• 抓指定端口最有效：tcpdump -i eth0 port 80 -w http.pcap，然后用浏览器访问一次，再用Wireshark打开pcap分析
• 常见线索：只有SYN包发出，没收到SYN-ACK → 远端端口未监听或被防火墙DROP；有SYN-ACK但无ACK → 本地TCP栈异常；反复重传SYN → 网络丢包严重或中间设备限速
• 避免抓全量包导致性能抖动：加-c 100限制数量，或用host 192.168.1.100 and port 22精确过滤目标主机和端口

组合思路：从近到远分层排除

不要一上来就tcpdump全网卡。按顺序做这四步，效率最高：

• 检查本机IP和路由：ip addr show 和 ip route show
• ping网关 → 不通？查物理连接、网卡状态（ethtool eth0）、ARP缓存（ip neigh show）
• ping公网IP（如8.8.8.8）→ 通但域名不行？查/etc/resolv.conf和DNS可达性
• 应用层不通？用telnet target_ip port或curl -v http://...确认端口和服务响应，再决定是否tcpdump

不复杂但容易忽略。真正卡住的，往往是/etc/hosts写错了一行，或iptables一条规则挡住了回程包。把这三个命令用熟，比背一百条报错含义更管用。