排查网络问题，特别是涉及硬件与驱动层面时，ethtool 命令几乎是不可或缺的诊断利器。该工具直接与网卡驱动交互，能够提供比常规网络命令更底层的故障定位信息。今天，我们来梳理几个最常用、最核心的 ethtool 参数，看看在实际运维场景中如何高效运用。
如何用 ethtool -i 查询网卡驱动版本
想确认当前网卡实际加载的驱动版本？最直接、可靠的做法是执行 ethtool -i <接口名>。该命令直接从内核接口读取实时信息，不依赖任何外部文件或日志，结果最为准确。输出中的 driver 和 version 两行即为所需答案。
这里有个常见误区：许多人习惯用 modinfo 查看版本。需要留意的是，对于 r8169 这类驱动，modinfo 显示的可能是内核编译时的版本号，而 ethtool -i 返回的才是当前实际加载并正在运行的驱动版本。哪个更具参考价值，显而易见。
- 权限要求：必须以 root 权限执行，否则会提示
Operation not permitted。 - 接口名要准确：先用
ip link show或ls /sys/class/net/确认接口名称，避免输入带冒号的别名（如eth0:）。 - 版本为空怎么办：如果输出中
version字段为空，说明驱动本身未显式声明版本。此时可结合modinfo <驱动名>，查看srcversion或vermagic字段辅助判断。
ethtool 查看链路状态与协商能力的关键参数
遇到网卡显示 UP 但实际不通的情况，首先要检查链路状态。直接运行 ethtool <接口名>（不带任何选项），即可看到当前速率、双工模式、自动协商开关以及物理连接状态。
重点关注三行信息：Speed（实际协商出的速率）、Auto-negotiation（自动协商是否启用）、Link detected（物理层是否检测到信号）。这三者若出现矛盾，问题通常就出在这里。例如，交换机端口关闭了自动协商，而本机却开启着，结果往往卡在 Link detected: no 状态。
- Advertised link modes：这是本机主动向对端通告的能力列表，并非当前实际生效的配置。
- Supported link modes：这是网卡硬件（PHY 芯片）真实支持的速率与双工组合，通常由硬件决定，驱动一般不干预。
- 强制设置需谨慎：在执行远程命令如
ethtool -s <接口> autoneg off speed 1000 duplex full之前，务必确认对端交换机端口也已设置了相同的强制模式（1G 全双工），否则极有可能导致链路中断。
为什么 ethtool -S 统计值比 /proc/net/dev 更精细
当需要深入分析丢包原因时，ethtool -S <接口名> 是最佳选择。它输出驱动层和网卡硬件寄存器中的原始计数器，包含各种丢包细节，比如 rx_missed_errors（接收遗漏）、tx_aborted_errors（发送中止）等。相比之下，/proc/net/dev 只统计进入和离开内核协议栈的字节数、包数，中间环节的“黑盒”问题无法察觉。
典型场景：ifconfig 显示接收错误（RX errors）很高，但上层业务似乎正常。此时可用 ethtool -S 定位：如果是 rx_fifo_errors 在增长，可能是接收环缓冲区（ring buffer）溢出，需要调大；如果是 rx_crc_errors 增加，则需要检查线缆或对端设备的物理层。
- 字段名不统一：不同驱动导出的统计字段名差异较大。
igb和e1000e驱动可能有rx_long_length_errors，而r8169驱动可能根本不提供该统计项。 - 计数器类型：部分统计项对应只读的硬件寄存器，重启网卡或系统后会清零；另一些（如
tx_timeout_count）是驱动维护的软件计数器，不会自动归零。 - 性能考量：高频轮询
ethtool -S会触发大量 ioctl 系统调用，可能影响性能。在生产环境做监控时，建议考虑使用perf或 eBPF 等开销更低的工具。
ethtool -g 与 ethtool -G 调整环形缓冲区的实际效果
调整接收（RX）和发送（TX）环形缓冲区的大小，主要用来解决两类问题：高吞吐场景下的丢包（缓冲区满导致 rx_missed_errors 上升），以及对延迟敏感的小包场景（减小缓冲区可降低中断延迟）。但实际效果高度依赖驱动和硬件的支持程度。
操作前，先用 ethtool -g <接口名> 查看当前值和硬件允许的最大值。这里有个陷阱：许多消费级网卡（例如部分 Realtek 芯片）最大仅支持 512，如果强行设为 4096 会静默失败。而 Intel 的 i40e 驱动，默认可能是 512，但最大可支持到 8192。
- 内存占用：增大环形缓冲区会占用更多 DMA 内存。需要确保系统参数
vm.min_free_kbytes设置合理，否则在内存紧张时，内核可能触发 OOM Killer。 - 生效时机：修改后通常无需重启网卡即可生效，但旧缓冲区中尚未处理完的描述符（descriptor）会继续使用旧设置，新分配的才会使用新缓冲区。
- 以读为准：通过
ethtool -G设置的值，驱动不一定完全接受。最终生效的配置，应以再次执行ethtool -g返回的Current hardware settings为准。
最后提醒一下，驱动版本与硬件能力深度绑定。同一版本的驱动在不同型号的芯片上，通过 ethtool 暴露的功能可能天差地别。例如，在老型号的 PHY 芯片上使用 --show-eee（查询节能以太网状态）参数，很可能直接返回 Operation not supported，而不仅仅是显示为关闭状态。了解你的硬件，永远是精准排障的第一步。
