Linux网络排错应按物理层→链路层→网络层→应用层顺序验证：先ping 127.0.0.1，再本机IP、网关、8.8.8.8；查ethtool确认物理连接，ip addr看IP合法性，RX/TX errors判断硬件异常；DNS问题需单独验证；服务访问失败须检查监听与防火墙。

Linux网络状态检测不难，但新手常因跳步骤、看错指标或误判现象而反复折腾。核心是按“物理层→链路层→网络层→应用层”顺序验证，每步只确认一个事实，不靠猜测。

别一上来就ping外网

很多新手看到网页打不开，第一反应是ping www.baidu.com，结果失败就以为“网络坏了”。其实这一步混合了DNS、路由、防火墙、远端服务等多个环节，无法定位真实问题。

• 先ping 127.0.0.1：确认本机协议栈正常（失败说明内核网络模块异常）
• 再ping 本机局域网IP（如192.168.1.100）：验证接口收发功能是否启用
• 接着ping 网关（如192.168.1.1）：判断本地链路和默认路由是否通
• 最后才测试ping 8.8.8.8：排除DNS干扰，专注连通性本身

看到“UP”不等于网络真通

ip link show显示state UP只代表驱动加载、接口启用，不代表物理连接可靠。

• 用ethtool eth0查Link detected: yes——这是物理链路通的关键证据
• 用ip addr show eth0看是否有合法IP：若只有169.254.x.x（APIPA地址），说明DHCP失败或网线未接通
• 观察RX/TX errors和dropped：非零值持续增长，大概率是网线质量差、网卡故障或交换机端口异常

DNS问题常被当成“上不了网”

能ping 8.8.8.8但ping www.baidu.com失败，90%是DNS问题，不是网络不通。

• 检查/etc/resolv.conf内容是否有效：cat /etc/resolv.conf，确认有类似nameserver 8.8.8.8的行
• 用dig @8.8.8.8 baidu.com +short绕过系统配置直连DNS，验证解析能力
• 注意：NetworkManager或systemd-resolved可能覆盖/etc/resolv.conf，此时需查resolvectl status或nmcli dev show

别忽略防火墙和服务监听状态

本地服务访问失败，常被误认为是“网络问题”，其实是端口没开或被拦。

• 查服务是否真在监听：ss -tlnp | grep :80（替换为你要查的端口）
• 确认防火墙放行：sudo ufw status（Ubuntu）或sudo firewall-cmd --list-ports（CentOS/RHEL）
• 远程连不上？用nc -zv 服务器IP 80从客户端侧测试端口可达性，比看本地配置更直接

基本上就这些。顺序对了，命令用准了，大部分所谓“疑难杂症”三分钟内就能划清责任边界。