Linux查看网络接口状态方法

本文深入解析了使用 ethtool 查看和诊断 Linux 网络接口状态时的常见误区与实战要点，从“ethtool 查不到网卡”这一高频问题切入，系统梳理了设备名确认、硬件识别、驱动加载验证的完整排查链；澄清了“Link detected: no”的真实含义，强调其仅反映物理层连通性而非网络配置故障；详解了速率/双工模式的协商逻辑与强制设置的风险，并指出虚拟化环境中的典型陷阱；最后聚焦 ethtool -S 的海量统计字段，提炼出真正关乎丢包、错误和性能瓶颈的核心指标。文章直击运维痛点——ethtool 不是万能命令，而是透视内核、驱动与硬件协同状态的一面镜子，帮你避开表象迷惑，精准定位网络问题根源。

ethtool 查不到网卡？先确认设备名和驱动加载

很多情况下 ethtool 报 “No such device” 或直接没输出，不是命令用错了，而是网卡根本没被内核识别或驱动没加载。比如 USB 网卡插上但没加载 ax88179_178a 驱动，或者虚拟机里网卡类型是 e1000e 但内核模块被禁用。

• 用 ip -br link 或 ls /sys/class/net/ 看当前有哪些接口名（如 enp0s3、eth0、ens33），确保传给 ethtool 的名字真实存在
• 运行 lspci | grep -i ethernet（物理机）或 lshw -class network 查硬件是否被识别
• 检查驱动：用 ethtool -i enp0s3，如果报错或显示 driver: unknown，说明驱动未绑定；再看 lsmod | grep -E "(e1000|igb|ixgbe|virtio_net)"

ethtool 显示 Link detected: no 是什么意思

这行输出不是故障代码，只是物理层连通性状态。它只反映网线是否插好、对端是否上电、PHY 是否完成自协商 —— 和 IP 配置、路由、防火墙完全无关。

• 常见真问题：网线松动、交换机端口 shutdown、光纤收发器单向中断、网卡被 ifconfig enp0s3 down 关闭（此时 ethtool 仍能运行但链路态为 no）
• 注意区分：如果 ip link show enp0s3 里 state 是 DOWN，那是软件关闭；如果 state 是 UP 但 ethtool 显示 Link detected: no，才是物理链路问题
• 某些网卡（如部分 Realtek）在休眠或节能模式下也会假性报 no，可尝试 ethtool -s enp0s3 wol d 关闭 Wake-on-LAN 再试

怎么看网卡真实协商速率和双工模式

ethtool enp0s3 输出里的 Speed: 和 Duplex: 是当前生效值，但要注意它可能不是你期望的值 —— 比如你设了 1000baseT-FD，但对端只支持 100baseTX，最终就会降级协商。

• 关键字段是 Speed:、Duplex:、Port:（通常为 TP 表示双绞线）、Auto-negotiation:（必须为 on 才会按标准协商）
• 如果想强制指定速率，用 ethtool -s enp0s3 speed 1000 duplex full autoneg off，但风险很大：两端不匹配会导致间歇性丢包，且重启后失效（需写入 udev 或 systemd service 持久化）
• 虚拟机中常见陷阱：VMware/VirtualBox 虚拟网卡默认启用 auto-neg，但宿主机网卡若被设为强制模式（如 speed 1000），虚拟机会协商失败，表现为频繁断链

ethtool -S 输出太多字段，哪些值得盯

ethtool -S enp0s3 打印的是底层寄存器统计，不是所有字段都有意义。重点关注与丢包、错误强相关的几项，尤其在线上排障时。

• 必看三项：rx_packets / tx_packets（确认有无流量）、rx_errors / tx_errors（非零要查原因）、rx_dropped（内核丢包，常因 net.core.rmem_max 不足或软中断瓶颈）
• 物理层错误：rx_crc_errors（干扰或线缆问题）、rx_frame_errors（帧格式异常）、tx_aborted_errors（驱动或 PHY 故障）
• 注意：不同驱动导出字段名差异大，igb 驱动用 rx_fifo_errors，而 virtio_net 用 rx_missed_errors，不能死记字段名，得结合驱动文档看含义

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《Linux查看网络接口状态方法》文章吧，也可关注golang学习网公众号了解相关技术文章。