服务器上哪个接口才是eth0，不是看名字顺序，而是看MAC地址和后端物理网卡是否一一对应用ethtool一查就一目了然。你登录一台Linux服务器敲ip addr，看到eth0、eth1甚至ens33，但真到了拔网线、换端口或者排查流量的时候，光靠名字根本分不清谁是谁，尤其国内机房运维，默认命名规则五花八门，CentOS 6叫eth0，CentOS 7以后可能直接变成ens192，Debian系又是另一套，这篇文章直接告诉你,怎么用系统命令和物理链路去锁定真正的eth0。
linux查看eth0是哪个网卡，先搞懂命名规则
很多新手卡在第一步：明明只有一块网卡，系统里却显示ens33不叫eth0，于是怀疑是不是买到了阉割版，其实不是服务器的问题，而是现代的Linux发行版默认不再使用ethX的命名方式，传统上内核按检测顺序给网卡编号，第一个是eth0，第二个是eth1，但自systemd引入新的接口命名规则后，基于固件、PCI总线位置和设备类型重新生成名字，比如enp3s0、ens33、eno1。
这里的核心逻辑是：eth0是一个逻辑名称，不是硬件上的物理标签，它由udev规则根据网卡的MAC地址、PCI槽位等信息动态或固定分配，业内专家指出，从CentOS 7开始，大部分服务器已经默认走这种命名方案，所以你先要接受一个事实：你的机器可能根本没有一个叫eth0的接口，但这不影响你找到“相当于eth0的那块卡”。
先看系统识别了哪些网卡
登录服务器后，执行ip link或者ls /sys/class/net/，这一步能看到所有网络接口的实际名称，如果输出里有eth0，就用它继续；如果没有，记下当前的接口名，一般是ensXX或enpXsX格式，这里有个细节容易踩坑：某些云服务器厂商的镜像做了定制，仍然保留eth0名字,而自建机房的裸机服务器大概率是新命名。
ip addr：查看接口状态和IP地址绑定情况ethtool -i ens192：查看驱动、固件版本和总线信息dmesg | grep eth
：查看内核启动时对网卡识别顺序的日志
看到eth0别高兴太早，它可能只是系统里第一个被注册的PCIe设备,不一定是你要找的物理网口。
怎么确认当前名字对应的物理网卡
用ethtool命令排查是目前最稳妥的做法，假设你的服务器有两个千兆口，外壳上分别印着LAN1和LAN2，系统显示ens192和ens193,现在执行：
ethtool ens192重点看输出中的Speed和Link detected字段，如果你只插了一根网线在LAN1口，且LAN1指示灯闪烁，那么连接状态显示为yes的那个接口，就是对应LAN1的系统名，这一步是把逻辑名跟物理端口对应起来，而不是简单判断哪个是eth0，但绝大多数场景下，你真正关心的就是“哪个系统接口对应我插线的那个口”。
服务器多网卡如何区分：三条命令定位第一网卡
一台双网卡甚至四网卡服务器，开机后看到一堆接口名，心就凉了半截，别慌，多网卡区分的关键不是记名字，而是用可以验证的手段去关联物理网卡和逻辑接口。
第一条：lspci查PCI总线的物理位置
lspci | grep Ethernet输出会列出服务器上所有以太网控制器，每一行开头有一个总线地址，例如03:00.0和04:00.0，这两个编号对应主板上不同的PCIe插槽,再比对系统里的网卡名：
ls -l /sys/class/net/ens192/device能看到该网卡对应的PCI地址，如果跟lspci里03:00.0一致，说明这个接口挂在哪条物理总线上，这种方法的优势是不受驱动程序影响，即便系统命名混乱,PCI地址不会变。
第二条：ethtool -i区分驱动和固件
ethtool -i ens192输出中的bus-info字段同样包含PCI总线地址，配合上一条命令，可以交叉确认，另外driver字段能看出是Intel的igb千兆卡还是Broadcom的bnx2x万兆卡，如果一块是千兆一块是万兆，立刻就能区分，多网卡场景下，这个方法比看MAC靠谱得多,因为有些杂牌网卡的MAC地址根本看不出规律。
第三条：用ethtool -p点亮网卡指示灯
ethtool -p ens192 10这条命令会让ens192对应的物理网口LED灯快速闪烁10秒，在服务器背面看到哪盏灯在闪，就找到了对应的物理口，如果机器在机房，走不到物理位置的场景，这个命令操作难度低，基本解决了“哪个是eth0”的核心痛点。
注意交换机和服务器之间的链路顺序
服务器多网卡区分还要看链路聚合的情况，如果你配置了bonding，系统会多出bond0逻辑接口，而物理接口变成了bond0的slave，此时eth0的概念更弱，你只需要知道物理网卡是bond0的成员即可，执行cat /proc/net/bonding/bond0能看到每个slave的真实MAC和状态。
eth0和eth1的区别：多数时候是PCI顺序，而不是以太网口顺序
很多运维习惯用ifconfig eth0看IP，但在多网卡机器上，eth0和eth1的区别往往只是PCI枚举顺序，这跟物理面板上印刷的LAN1、LAN2没有必然关系，另一种情况，CentOS 7的/etc/sysconfig/network-scripts/目录下还会保留ifcfg-eth0和ifcfg-eth1配置文件，这两个文件对应持久化的设备命名，如果你改了网卡插槽，或者换了主板，配置里的MAC地址和实际网卡对不上,就会出现网络起不来的现象。
通过MAC地址建立唯一映射
网卡MAC地址是全球唯一的，通常印在网卡外壳贴纸上，或通过ethtool -P ens192查看，把系统里每个接口的MAC记录下来，再和物理机身贴纸上一一比对，这是最笨但最精确的方法，机房交接、服务器上架、资产盘点时,这一招比记设备名更可靠。
对比信息整理如下：
| 对比维度 | eth0命名（传统风格） | ens/enp命名（systemd风格） |
|---|---|---|
| 命名依据 | 内核检测顺序 | PCI/固件槽位信息 |
|
稳定性 | 重启可能变动（未做持久化时） | 相对稳定 |
| 典型系统 | CentOS 6、早期Debian | CentOS 7及以上、Ubuntu 16.04+ |
| 可读性 | 直观、易于理解 | 需要查表对应 |
从运维角度讲，eth0和eth1的区别不涉及性能差异，只是接口逻辑标识不同，除非你有意将主网卡设为特定接口，否则在ip route里看默认路由指向哪个接口，那个接口就是你的主网卡，通常也就是用户口中“那个eth0”。
为什么推荐用ip命令而不是ifconfig
ifconfig在很多新系统需要额外安装net-tools，且默认显示的接口信息不全，实际使用中，ip addr能同时看到IPv4、IPv6、MAC地址和接口状态，输出结构也更适合脚本处理，更关键的是，新版内核的接口名可能超过ifconfig的显示宽度，用ip -br link还能显示紧凑列表,一眼扫过去就知道哪些接口是UP状态。
常见的实操疑惑：怎么看服务器上哪个是eth0
Q：我执行ip addr看到eth0，但它的MAC地址跟服务器背面贴的标签对不上,哪个是真的？
A：物理网卡贴纸上的MAC才是硬件本身的地址，系统显示的eth0 MAC有可能被上层虚拟化或驱动修改过，尤其云服务器场景，虚拟网卡的MAC跟宿主机物理网卡无关，以服务器外壳贴纸或ethtool -P输出为准。
Q：云服务器没有eth0，只有ens3和ens5,是不是有问题？
A：不是，云平台默认使用virtio或SR-IOV网卡，命名规则由虚拟化驱动决定，界面显示什么名字都是正常的，查看哪个是主网卡，看ip route里默认路由走哪张网卡即可。
Q：能不能手动把ens192改名为eth0？
A：可以，通过修改/etc/udev/rules.d/70-persistent-net.rules，写入设备的MAC地址和NAME键，重启后接口名会重新映射，但风险在于：一旦网卡硬件变更，留下的持久化规则可能导致网卡失联,这也是为什么现代系统不再默认启用该规则的普遍原因。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/%e6%9c%8d%e5%8a%a1%e5%99%a8%e5%93%aa%e4%b8%aa%e7%bd%91%e5%8d%a1%e6%98%afeth0%ef%bc%9f%ef%bc%8clinux%e5%a6%82%e4%bd%95%e6%9f%a5%e7%9c%8beth0%e7%bd%91%e5%8d%a1%ef%bc%9f/
