Linux如何查看网络接口的错误计数统计网卡错包-LINUX-PHP中文网

rx errors持续上涨基本可断定是物理层或驱动层问题，非配置错误；用ip -s link show eth0可快速查看聚合错包数，但需结合ethtool -s定位具体错误类型如rx_crc_errors或rx_missed_errors。

linux如何查看网络接口的错误计数统计网卡错包

RX errors 持续上涨，基本可以断定是物理层或驱动层问题，不是配置错误。

用 `ip -s link show` 快速看错包总数

这是最轻量、无需额外安装的方案，适合所有现代 Linux 发行版。输出里 RX errors 和 TX errors 是聚合值，但注意它不区分错误类型：

ip -s link show eth0 中的 RX errors 包含 CRC、frame、length、symbol 等多种底层错误，只要网卡硬件或链路出问题，它就涨
dropped 字段通常表示内核协议栈主动丢弃（如内存不足、netdev backlog 溢出），和 errors 不是一回事
如果 RX errors 非零且随时间增长，ifconfig eth0 也会显示相同数字，但 ifconfig 已被标记为废弃，部分新系统默认不带

用 `ethtool -S` 查具体错误类型

ethtool -S eth0 输出的是网卡驱动级寄存器快照，能定位到 CRC、alignment、jabber、rx_missed_errors 等真实原因：

linux-sysadmin

Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...

下载

必须先装 ethtool：Debian/Ubuntu 用 sudo apt install ethtool，RHEL/CentOS 用 sudo yum install ethtool 或 dnf install ethtool
ethtool -S eth0 | grep -i "error\|drop\|miss" 可快速过滤关键字段，比如 rx_crc_errors 高，大概率是网线接触不良或交换机端口故障
某些网卡（如 Mellanox、Intel X710）会暴露 rx_out_of_buffer 或 rx_no_buffer，说明 ring buffer 太小或中断处理不及时，不是线缆问题

别只盯 `/proc/net/dev` 的 errs 列

cat /proc/net/dev 第三列叫 errs，但它实际是 RX errors 的镜像，且只统计接收方向；更重要的是——它不更新实时值：

该文件是内核在初始化时注册的 proc 接口，部分驱动（尤其是虚拟网卡或较老芯片）不会动态刷新这一列，可能长期为 0 即使实际有错包
它的 drop 列对应的是 rx_dropped，含义和 ip -s 里的 dropped 一致，但无法告诉你为什么 drop（比如是 netdev backlog full 还是 skb allocation failure）
如果你看到 /proc/net/dev 中 errs 为 0，但 ip -s link show 显示非零，优先信后者——前者可能只是没上报

为什么 `netstat -i` 不推荐用于错包诊断

netstat -i 显示的 errs 列其实和 /proc/net/dev 同源，且它把 RX/TX errors 合并在一列里，无法区分方向：

输出中 eth0 行的 errs 是 RX + TX 错误总和，掩盖了单向故障（例如只有接收出错，发送完全正常）
它不显示 dropped、overruns、frame 等细分项，诊断价值远低于 ip -s 或 ethtool -S
新版系统中 netstat 已被 ss 取代，而 ss 根本不提供接口统计功能

真正难判断的不是“有没有错包”，而是“错在哪一层”：物理线缆、交换机端口、网卡固件、驱动版本、ring buffer 设置、甚至 BIOS 中的 PCIe ASPM 节能选项都可能贡献 RX errors。拿到 ethtool -S 输出后，一定要对照你网卡型号的 datasheet 看寄存器定义，否则光看名字容易误判。