CentOS里ifcfg的device详解

先看一个实际场景：有人把多节点服务器的硬盘拆下来迁移，结果装回去时顺序搞反了，开机后原来的eth0变成了eth23，网络直接挂掉。其实这类问题的根因就一个——udev的持久化命名规则跟实际MAC地址对不上。

分析：为什么eth0会变成eth1？

很多Linux发行版默认通过udev动态管理设备，并在系统引导时根据MAC地址为网卡分配固定名称。这个映射关系写在一个规则文件里：/etc/udev/rules.d/70-persistent-net.rules。当虚拟机被克隆、重启或者硬件变更后，网卡的MAC地址变了，但系统里还保留着旧eth0的信息。udev会按“累加”逻辑给新网卡命名，于是旧名称对应的设备找不到，新网卡就被自动分配为eth1（甚至eth23）。

打开那个规则文件，里面可能同时包含两条记录：一条是原本不存在的eth0（对应旧MAC），另一条是当前实际在用的eth1（对应新MAC）。执行ifconfig只能看到eth1，因为eth0对应的硬件根本不在了。

解决：如何恢复到eth0？

方法很简单：编辑/etc/udev/rules.d/70-persistent-net.rules，把eth0的那一行删掉，把eth1那一行里的NAME="eth1"改成NAME="eth0"，然后重启系统。udev会在启动时重新检测现有网卡，并按照修改后的规则把它命名为eth0。或者更粗暴一点：把整个文件清空，重启后udev会自动重新生成，通常会把唯一的网卡命名为eth0。

但光改udev规则还不够，还得同步修改网络配置脚本。查看/etc/sysconfig/network-scripts/ifcfg-eth0，里面写的是旧eth0的MAC地址，而实际网卡的MAC是eth1对应的那个新地址。把这个文件里的MAC地址改成规则文件中eth1的MAC（也就是现在网卡的MAC），重启网络服务，一切就正常了。

总结一下：udev的命名规则和ifcfg配置文件是两个独立但关联的点，必须一起修正才能彻底解决问题。硬盘顺序搞错只是触发了这个机制，真正的修复逻辑就在这。下次再遇到类似“网卡对不上”的情况，按这个流程走就行。