用 ethtool -S 查 veth 对应容器需结合 peer_ifindex：先 ethtool -S vethxxx 获取 peer_ifindex 值，再 ip link | grep “@if${peer_ifindex}:” 定位容器内接口；ip -d link show 更快因直接显示 link-netnsid 和 peer 信息。
怎么用 ethtool -S 查 veth 对应的容器？
ethtool -S 本身不直接显示容器信息，它只输出网卡底层统计（如 rx_packets、peer_ifindex）。但关键线索在 peer_ifindex 字段——veth 是成对出现的，一端在宿主机，另一端在容器网络命名空间里，两者通过 ifindex 互指。
实操步骤：
- 先用
ip link show找出疑似残留的 veth 接口名（如vethabc123） - 运行
ethtool -S vethabc123，查找输出中类似peer_ifindex: 17的行 - 再执行
ip link | grep "^[0-9]\+:.*@if17:"（把 17 换成你查到的值），看哪条链路的 peer 描述匹配这个 ifindex - 如果匹配到某条带
@if17:的行（比如18: eth0@if17:），说明该容器内eth0连着宿主机的这个 veth
为什么 ip -d link show vethxxx 比 ethtool -S 更快定位容器？
ip -d link 的 -d（detail）模式会直接打印 veth 的对端索引和命名空间标识，比解析 ethtool 统计更直接。尤其当容器已退出但 veth 未清理时，它仍能暴露关联痕迹。
注意点：
- 运行
ip -d link show vethabc123，重点看输出中是否含link-netnsid字段（如link-netnsid 3） - 若有，说明该 veth 曾属于某个网络命名空间；用
ls -la /var/run/netns/或cat /proc/*/ns/net 2>/dev/null | grep -l "$(readlink /proc/*/ns/net 2>/dev/null | grep netnsid.3)"反查进程（较麻烦） - 更实用的是：用
ip link show | grep -A1 "vethabc123" | grep "@"快速扫 peer 描述，往往比深挖 netnsid 更快锁定容器名
容器退出后 veth 残留，ip link delete 能直接删吗？
不能盲目删。veth 删除失败常见报错是 Operation not supported 或 Device or resource busy，本质是内核仍认为该设备被某个命名空间引用（哪怕容器进程已死，netns 文件描述符可能还挂在某处）。
