Linux服务器网络故障排查的核心在于遵循“物理层到应用层”的自底向上逻辑，优先确认连通性，再定位路由与端口，最后分析协议与资源瓶颈。
当服务器出现网络异常时,盲目重启往往不是最佳选择，业内专家指出，通过系统化的命令组合，绝大多数网络问题都能在十分钟内定位根源，我们将通过具体的实操步骤，帮你快速恢复服务。
Linux服务器常见的网络故障排查方法详解
排查网络问题就像医生看病,需要先听诊，再拍片，最后开药，我们需要从最基础的物理连接开始，逐步深入到复杂的协议分析。
第一步：确认基础连通性与接口状态
在深入复杂配置之前,首先要确认服务器是否“活着”，以及网卡是否“在线”，这是排查流程的基石。
检查网卡状态与IP配置
使用 ip addr 或 ifconfig 命令查看网络接口状态，重点关注 UP 标志，如果接口显示为 DOWN，可能是物理线缆松动或驱动加载失败。
- 查看接口详情：运行
ip link show，确认网卡是否被系统识别。 - 检查IP分配：确认是否获取到了正确的IP地址，如果是静态IP，检查配置文件
/etc/sysconfig/network-scripts/ifcfg-eth0（CentOS/RHEL）或/etc/netplan/01-netcfg.yaml（Ubuntu）。 - 常见误区：很多管理员忽略了子网掩码和网关的配置错误，导致虽然IP正确，但无法跨网段通信。
测试本地回环与邻居发现
先 ping 127.0.0.1 确认TCP/IP协议栈正常，再 ping 本机IP确认网卡驱动正常，使用 arp -a 查看ARP表，确认局域网内其他设备的MAC地址解析是否正常。
第二步：路由追踪与DNS解析诊断
如果本地连通,但无法访问外网，问题通常出在路由或DNS上。
路由表分析与路径追踪
运行 ip route show 查看默认网关是否正确，如果默认网关缺失，数据包将无处可去。
-
traceroute命令：使用
traceroute -n <目标IP>或mtr <目标IP>。mtr结合了 ping 和 traceroute 的功能，能实时显示每一跳的丢包率和延迟。 - 场景应用：当用户反馈网站打开慢时，通过
mtr可以清晰看到是哪一跳运营商节点出现了高延迟或丢包，如果是最后几跳丢包，通常是目标服务器问题；如果是前几跳，则是本地或中间链路问题。
DNS解析故障排查
DNS错误是“能ping通IP但打不开网页”的主要原因。
- 测试DNS解析：使用
nslookup或dig命令查询域名。dig example.com。 - 检查配置文件：查看
/etc/resolv.conf，确认 nameserver 指向的DNS服务器是否可用。 - 缓存清理：如果使用 systemd-resolved，可运行
systemd-resolve --flush-caches清理缓存，排除DNS缓存污染导致的错误解析。
Linux服务器网络故障排查工具对比与选型
面对不同的网络症状,选择合适的工具至关重要，不同的工具侧重点不同，混用才能全面覆盖。
抓包分析与协议诊断
当常规命令无法定位问题时,需要深入数据包层面。
tcpdump：命令行下的瑞士军刀
tcpdump 是Linux下最强大的抓包工具之一，适合远程服务器无法安装图形化工具的场景。
- 基本用法：
tcpdump -i eth0 -nn port 80抓取eth0网卡上的HTTP流量。 - 过滤技巧：使用
host、port、src、dst等关键字过滤，减少数据噪音。 - 输出文件：使用
-w capture.pcap将抓包数据保存为文件，方便后续用Wireshark分析。
Wireshark：图形化深度分析
对于复杂的HTTP握手失败、TLS协商错误等问题，Wireshark的图形界面能直观展示TCP三次握手和四次挥手的过程。
-
适用场景
：需要分析SSL/TLS证书问题、HTTP重定向循环或应用层协议错误时。 - 操作建议：先在服务器上用tcpdump抓包，下载到本地用Wireshark打开，避免在服务器端直接运行图形界面占用资源。
带宽监控与资源瓶颈识别
网络慢不一定是连通性问题,可能是带宽被占满。
实时监控网络流量
- iftop：实时显示各IP之间的带宽占用情况，类似top命令的网络版。
- nethogs：按进程显示带宽占用，能快速找出是哪个程序在疯狂下载或上传。
- sar命令：使用
sar -n DEV 1每秒刷新网卡统计信息，查看rxkB/s和txkB/s是否达到网卡上限。
Linux服务器网络故障排查常见场景与解决方案
结合实际业务场景,我们可以将故障分为几类典型情况，并提供针对性的解决思路。
服务器能ping通，但端口不通
这是最常见的“防火墙”或“服务未启动”问题。
- 检查防火墙规则：运行
iptables -L -n或firewall-cmd --list-all，确认目标端口是否在允许列表中。 - 检查服务监听状态：使用
netstat -tlnp或ss -tlnp查看服务是否正在监听0.0.0.0还是127.0.0.1，如果监听127.0.0.1，则外部无法访问。 - 云安全组配置：如果是云服务器，务必检查云控制台的安全组规则，确保入方向放行了相应端口。
间歇性网络抖动或丢包
这种问题最难复现,通常与硬件、驱动或系统资源有关。
- 检查系统日志：运行
dmesg | grep -i error或查看/var/log/messages，寻找网卡驱动报错或硬件错误信息。 - 检查网卡错误计数：使用
ethtool -S eth0查看网卡驱动层的错误计数，如rx_errors、tx_dropped，如果这些计数持续增长，可能是网卡硬件故障或驱动bug。 - 资源竞争：检查CPU软中断（softirq）是否过高，使用
top查看si和sr列，高软中断可能导致网络包处理不及时，引发丢包。
新部署服务器无法连接数据库
这通常涉及网络隔离和权限配置。
- 检查数据库绑定地址：确认MySQL/PostgreSQL配置文件中
bind-address是否设置为0.0.0或服务器内网IP。 - 检查用户主机权限：数据库用户是否允许从该IP地址登录。
- 中间件干扰：检查是否有负载均衡器或代理服务器拦截了连接，导致TCP握手超时。
Linux服务器网络故障排查Q&A
Linux服务器网络故障排查中，如何快速判断是DNS问题还是路由问题？
使用 dig 或 nslookup 测试域名解析，如果解析返回正确的IP地址，说明DNS正常，问题可能在路由或目标服务器；如果解析超时或返回错误，则是DNS问题，尝试 ping 解析出的IP地址，如果IP能通但域名不通，确认为DNS缓存或配置问题。
服务器网络延迟高，如何定位是本地问题还是远端问题？
使用 mtr 命令进行路径追踪，观察延迟跳变发生在哪一跳，如果前几跳延迟稳定，最后几跳突然升高，通常是目标服务器负载高或网络拥塞；如果第一跳就高延迟，可能是本地网络或运营商链路问题，结合 ping 的长时测试，可以区分是瞬时抖动还是持续高延迟。
Linux服务器网络故障排查时，tcpdump抓包数据太大如何处理？
使用过滤条件减少抓包数据量,只抓取特定IP或端口的数据：tcpdump -i eth0 host 192.168.1.100 and port 80，设置捕获时间限制：-c 1000 捕获1000个包后停止，使用 -w 参数将数据写入文件，而不是直接输出到屏幕，避免终端缓冲问题，分析时，可先用 tcpdump -nn -c 100 快速预览，确认抓包方向正确后再进行长时间捕获。
首发原创文章，作者：世雄 - 原生数据库架构专家，如若转载，请注明出处：https://idctop.com/article/402390.html
