Linux网卡重命名方法全解析

Linux系统中网卡名称从传统的eth0突变为enp0s3，源于systemd-udevd默认启用的“可预测网络接口命名”机制，旨在提升多网卡与热插拔场景下的设备识别稳定性，却常导致依赖旧名称的老脚本、Docker配置、监控工具或云平台初始化失败；本文详解两种主流应对方案——通过内核参数net.ifnames=0永久回退至传统命名（操作简单但全局生效），或借助udev规则按MAC地址精准重命名（灵活可控，适合复杂环境），并重点提醒：无论选择哪种方式，都必须同步更新网络配置文件、NetworkManager连接设置、Docker网络参数及云平台（如阿里云ECS）缓存，否则极易引发网络中断，真正实现“改名不翻车”。

为什么 eth0 突然变 enp0s3 了？

不是你改的，是 systemd-udevd 默认启用了可预测网卡命名（Predictable Network Interface Names）。它按硬件路径、插槽位置等生成稳定名称，避免热插拔或多网卡时 eth0/eth1 错乱。但老脚本、监控工具或 Docker 配置里硬写 eth0 就会失效。

想改回去，核心就两条路：关掉可预测命名，或手动映射。前者简单粗暴，后者更可控。

永久禁用可预测命名（最常用）

本质是让内核启动时跳过 net.ifnames=0 这个参数，退回到传统 ethX 命名。

• 编辑 /etc/default/grub，找到 GRUB_CMDLINE_LINUX 行，在引号内追加 net.ifnames=0 biosdevname=0
• 运行 sudo grub2-mkconfig -o /boot/grub2/grub.cfg（CentOS/RHEL）或 sudo update-grub（Ubuntu/Debian）
• 重启生效。下次开机就是 eth0、eth1 了

注意：biosdevname=0 是防止某些 Dell/HP 服务器 BIOS 自己再起一遍名；不加可能在部分机器上仍出现奇怪名字。

用 udev 规则重命名指定网卡（精准控制）

适合多网卡环境，比如只想把某块 Intel 千兆卡固定叫 lan0，而保留其他接口用可预测名。

• 先查目标网卡 MAC：ip link show 或 cat /sys/class/net/enp0s3/address
• 新建规则文件：/etc/udev/rules.d/10-network-renaming.rules
• 写入：SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="aa:bb:cc:dd:ee:ff", NAME="lan0"（MAC 换成你的真实值）
• 执行 sudo udevadm control --reload-rules && sudo udevadm trigger --subsystem-match=net

不用重启，但新名字要等下次接口 up 才生效（比如 sudo ip link set enp0s3 down && sudo ip link set lan0 up）。如果设备已启用，得先 down 原接口。

改完发现网络起不来？检查这三处

常见故障不是改名失败，而是配套配置没同步更新：

• /etc/sysconfig/network-scripts/ifcfg-eth0（RHEL/CentOS）或 /etc/network/interfaces（Debian/Ubuntu）里还写着旧接口名
• NetworkManager 的连接配置仍绑定原名：nmcli connection show → 找到对应连接 → nmcli connection modify "System eth0" connection.interface-name lan0
• Docker 的 --network=host 或自定义桥接默认用 docker0，但容器内路由若硬写 eth0 出口，得进容器里改 /etc/network/interfaces 或启动参数

最易被忽略的是：某些云平台（如阿里云 ECS）的初始化脚本会在首次启动时写死网卡名到 /etc/cloud/cloud.cfg 或 /var/lib/cloud/instances/ 下，删掉这些缓存再重跑 cloud-init clean && cloud-init init 才能彻底刷新。

理论要掌握，实操不能落！以上关于《Linux网卡重命名方法全解析》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！