news 2026/10/6 7:45:05

VMware 克隆 CentOS 虚拟机后网卡 eth0 消失的修复指南（CentOS 6 / CentOS 7）

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
VMware 克隆 CentOS 虚拟机后网卡 eth0 消失的修复指南（CentOS 6 / CentOS 7）
  • 文档
  • 教程
  • 技术博客

【免费下载链接】Linux-Tutorial

《Java 程序员眼中的 Linux》

项目地址：https://gitcode.com/gh_mirrors/li/Linux-Tutorial
点击查看免费下载

克隆虚拟机是批量搭建 CentOS 测试环境最常用的手段，但克隆出来的系统启动后常常发现原本的 eth0 网卡"消失"，只剩下一个陌生的 eth1。本篇指南基于 Linux-Tutorial 仓库中的 CentOS-Virtual-Machine-Copy-Settings.md 实战笔记，完整讲解克隆后网卡命名错乱的成因、VMware 复制对话框的正确选择，以及 CentOS 6 与 CentOS 7 两套不同的修复流程。读完本文，你将能够在一台 VMware 母机上批量复制出多台网卡信息正确、可直接 SSH 管理的 CentOS 虚拟机。

概述：为什么克隆后 eth0 会消失

在需要多台 CentOS 虚拟机时，最省力的做法是对已有虚拟机进行克隆或复制。但复制出来的系统存在一个典型问题：启动后执行ifconfig，发现原来的 eth0 网卡信息没有了，只剩下一个 eth1。

问题根源在于 Linux 的持久化网卡命名机制。在 CentOS 6 中，udev 通过 70-persistent-net.rules 规则文件把"网卡接口名（eth0/eth1）"与"网卡 MAC 地址"绑定。克隆后 VMware 为新的虚拟机生成了一张新 MAC 地址的虚拟网卡（老 MAC 不再存在），udev 于是在规则文件中追加一条新规则，把新 MAC 分配到 eth1，而指向旧 MAC 的 eth0 规则自然失效——这就是克隆后只见 eth1、不见 eth0 的原因。

此外，VMware 在检测到虚拟机配置文件被复制后会弹出确认对话框，询问这台虚拟机是被moved（移动）还是copied（复制）：

  • 选择I moved it：VMware 认为虚拟机只是换了位置，保留原有的 UUID 等身份信息；
  • 选择I copied it（默认高亮选项）：VMware 认为这是一台全新的虚拟机，会重新生成 UUID、MAC 地址等身份信息，避免与源虚拟机在网络中冲突。

对于复制克隆出来的新虚拟机，一般选择copy配置。若不确定，按照 VMware 提示框的建议选择 "I copied it" 即可。图片中展示的正是该标准提示界面。

说明：本指南的实操步骤与图片均来自仓库 CentOS-Virtual-Machine-Copy-Settings.md，网络配置文件的参数详解可参考 CentOS-Network-Settings.md。

克隆前的准备

在动手修复网卡之前，建议先做好两件事：

  1. 确定新虚拟机的主机名与 IP：为克隆出的每台机器规划好不冲突的 hostname 和内网 IP（例如母机为 linux01，克隆机为 linux02）。
  2. 记录 VMware 中的网卡 MAC：可在 VMware 的"虚拟机设置 → 网络适配器 → 高级"中查看当前网卡的 MAC 地址，后续配置 HWADDR 时需要与此保持一致。

CentOS 6 修改方法

CentOS 6 的克隆修复需要同时处理三处信息：hostname、udev 持久网卡规则文件、网卡配置文件（含 IP、HWADDR、UUID）。整个过程建议在 root 或具有 sudo 权限的账号下执行。

第一步：设置 hostname

hostnamectl --static set-hostname linux02

将linux02替换为你为这台克隆机规划的主机名。

第二步：修改 udev 持久网卡规则文件

sudo vim /etc/udev/rules.d/70-persistent-net.rules

打开后正常情况下该文件此时应包含两行信息：

  • 一行的NAME="eth0"，对应旧网卡（旧 MAC）；
  • 另一行的NAME="eth1"，对应 VMware 生成的新网卡（新 MAC）。

处理方式：

  1. 把NAME="eth0"这一行用#注释掉（旧规则已失效，留着反而会造成干扰）；
  2. 把另一行的NAME="eth1"改为NAME="eth0"；
  3. 记下该行中的ATTRS{address}=="..."属性值，这就是新网卡的 MAC 地址，后续要写回网卡配置文件。
# PCI device 0x1022:0x2000 (pcnet32) # SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:xx:xx:xx", NAME="eth0" SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0c:29:4c:46:01", NAME="eth0"

⚠️注意：ATTRS{address}中的 MAC 地址每台机子都不一样，上面示例中的00:0c:29:4c:46:01只是演示值，务必以你机器上实际显示的内容为准，不要直接复制示例。

第三步：修改网卡配置文件 ifcfg-eth0

sudo vim /etc/sysconfig/network-scripts/ifcfg-eth0

需要修改两处：

  1. 修改 IP 地址：改成规划好的新内网 IP；
  2. 把 HWADDR 的值改为第二步记下来的 MAC：即00:0c:29:4c:46:01这类值。

关于 ifcfg-eth0 中各项参数的含义，可结合仓库 CentOS-Network-Settings.md 中给出的完整示例理解：

DEVICE=eth0 # 设备名，与文件名对应 TYPE=Ethernet # 以太网类型 UUID=... # 网卡唯一标识 ONBOOT=yes # 开机自动激活（默认是 no，需改为 yes） NM_CONTROLLED=yes # 允许 NetworkManager 管理 BOOTPROTO=none # 手动指定 IP（默认 dhcp） USERCTL=no # 禁止普通用户控制 IPV6INIT=no # 关闭 IPv6 初始化 NETMASK=255.255.255.0 # 子网掩码 IPADDR=192.168.0.110 # 内网 IP 地址 GATEWAY=192.168.0.1 # 默认网关 DNS1=114.114.114.114 # DNS 服务器 HWADDR=00:0C:29:A9:37:D4 # 网卡 MAC 地址（本例需改为新 MAC）

第四步：检查并修正 UUID

克隆产生的重复 UUID 会造成网络管理混乱，需要检查当前系统识别的网卡 UUID 并与配置文件比对：

nmcli con > /opt/info.txt

查看输出，如果显示两行 UUID 信息，复制不是 "System eth0" 的那一行 UUID 值（即新网卡的 UUID）。

然后再次编辑网卡配置文件：

sudo vim /etc/sysconfig/network-scripts/ifcfg-eth0

把文件中的UUID值改为上面复制的新 UUID。

第五步：保存并重启

保存所有配置文件后，重启系统（或执行service network restart）验证效果。正常情况下ifconfig应该能重新看到 eth0，且 IP 为规划值。

CentOS 7 修改方法

CentOS 7 的网络接口命名从 eth0 换成了基于固件/PCI 位置的可预测命名（如 ens33），且默认不再依赖 70-persistent-net.rules 这种持久化规则。因此在 VMware 15 Pro 中直接 copy 克隆后，只需修改网卡配置文件即可，步骤比 CentOS 6 简单得多。

编辑网卡配置文件

vim /etc/sysconfig/network-scripts/ifcfg-ens33

把 IP 地址修改为规划好的新值即可。以下是仓库 CentOS-Network-Settings.md 给出的 ifcfg-ens33 完整参考配置（IP 段需替换为你自己的网络情况）：

TYPE=Ethernet PROXY_METHOD=none BROWSER_ONLY=no BOOTPROTO=static IPADDR=192.168.0.127 NETMASK=255.255.255.0 GATEWAY=192.168.0.1 DNS1=8.8.8.8 DNS1=114.114.114.114 DEFROUTE=yes PEERDNS=yes PEERROUTES=yes IPV4_FAILURE_FATAL=no IPV6INIT=yes IPV6_AUTOCONF=yes IPV6_DEFROUTE=yes IPV6_PEERDNS=yes IPV6_PEERROUTES=yes IPV6_FAILURE_FATAL=no IPV6_ADDR_GEN_MODE=stable-privacy NAME=ens33 UUID=b9f01b7d-4ebf-4d3a-a4ec-ae203425bb11 DEVICE=ens33 ONBOOT=yes

重启网络服务

systemctl restart network.service

提示：CentOS 7 默认可能不带 ifconfig 命令（参考 CentOS6-and-CentOS7.md），可用ip a查看网卡与 IP，或安装 net-tools 后使用 ifconfig：

yum install -y net-tools

验证与克隆后的常规收尾

修复网卡后，建议按以下清单收尾，保证克隆机可正常纳入集群环境：

  1. 确认网卡状态：CentOS 6 用ifconfig，CentOS 7 用ip a，确认 eth0/ens33 已出现且 IP 正确；
  2. 确认 hostname：cat /etc/hostname（CentOS 7）或cat /etc/redhat-release查看系统版本信息，详见 CentOS6-and-CentOS7.md；
  3. 测试网络连通：ping网关与外部地址，确认 DNS 解析正常；
  4. 配置 SSH 免密：多台克隆机批量管理时，可参照仓库 SSH-login-without-password.md 为母机生成密钥并ssh-copy-id到各克隆机，实现免密登录。

常见问题排查

现象可能原因处理建议
重启后 eth0 仍不出现70-persistent-net.rules 中 eth0 行未注释干净，或 NAME 未改为 eth0重新检查规则文件，确保旧 eth0 行已注释、新行 NAME="eth0" 且 ATTRS{address} 为当前 MAC
ifcfg-eth0 的 HWADDR 与规则文件不一致复制了示例 MAC以ATTRS{address}=="..."实际值为准，两者必须一致
网络服务重启失败UUID 重复或配置语法错误用nmcli con确认 UUID 唯一后写回 ifcfg 文件
VMware 再次提示 moved/copied虚拟机文件被再次复制或移动新克隆机选 "I copied it"；仅移动位置选 "I moved it"

总结

克隆后网卡 eth0 消失，本质是 udev 持久网卡命名规则与 MAC 地址重新绑定导致的名字错位。CentOS 6 需要同步修正 70-persistent-net.rules、ifcfg-eth0 的 IP/HWADDR/UUID 三处信息；CentOS 7 采用可预测命名后，只需直接编辑 ifcfg-ens33 修改 IP。掌握这套流程后，即可在 VMware 中批量克隆 CentOS 虚拟机，快速搭建多节点的开发与测试环境。相关网络配置参数与 CentOS 6/7 差异的更多细节，可继续阅读仓库内的 CentOS-Network-Settings.md 与 CentOS6-and-CentOS7.md。

  • 文档
  • 教程
  • 技术博客

【免费下载链接】Linux-Tutorial

《Java 程序员眼中的 Linux》

项目地址：https://gitcode.com/gh_mirrors/li/Linux-Tutorial
点击查看免费下载
上一篇：深度解析WarcraftHelper引擎架构：现代系统兼容性解决方案
下一篇：2026年终极指南：如何免费解锁WeMod专业版完整功能

创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考

版权声明: 本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若内容造成侵权/违法违规/事实不符，请联系邮箱：809451989@qq.com进行投诉反馈，一经查实，立即删除！
网站建设 2026/10/6 7:41:06

【银河麒麟】桌面系统配置auditd审计，监测异常被删的文件

1.系统右击打开终端，确认是否开启auditd服务，命令如下：systemctl status auditd 如果看到绿色的active(running)即为服务已开启2.在终端中输入以下命令确认服务是否开机自启:systemctl is-enabled auditd 如果返回结果为enabled即为开机自启3…

作者头像 李华