主流Linux在HCI上克隆等操作后网络恢复参考.docx

主流Linux在HCI上克隆等操作后网络恢复参考问题描述：对于克隆、派生场景、p2v等场景。或者vmtools安装之后的场景。Linux的配置文件可能没有更新，但是网卡类型或者MAC地址变更，导致网络不可用的问题比较麻烦，没有通用的解决方案。所以通过人工方式尽可能简化这里尽可能的列举一些常用的linux分支来验证与解决网络配置问题，比通用脚本实现更加可靠与可控。这里以Redhat/CentOS、SUSE、Debian/Ubuntu系列为例。最终结论：可能Redhat/CentOS 6.x稍微多了一步，其他均是在修改一个配置文件搞定了，不需要脚本。只需要记住几个distribution的配置路径，基本无问题。一、Redhat/CentOS系列两者同源，一致对待。三种版本，验证7.x/6.x/与5.x系列（一）Redhat/CentOS7.x以下是几种场景，解决方法如下1.安装好vmtools之后，克隆虚拟机。开机后网络不通原因：原始的7.x系列是ens18的网卡名。安装好virtio之后网卡名称变成了eth0（通过ipaddr查看网卡名），是由于配置文件与实际网卡不一致导致网络不通，需要修改配置文件。解决方法：（1）首先备份/etc/sysconfig/network-scripts/ifcfg-ens18 ? 这个文件（2）修改配置文件ifcfg-ens18需要去掉?HWADDR与UUID字段，修改NAME字段。如图所示。HWADDR字段mac地址。UUID为唯一标识符，没有的话也能够直接可用。NAME字段为网卡名。因为安装好vmtools之后网卡名称变为eth*，所以需要修改NAME字段为对应的网卡名称，ONBOOT字段为开机启动网卡，最好设置为yes，不用手动去启动（3）改文件名 ifcfg-ens18为ifcfg-eth0。之后重启虚拟机就可以了文件修改前：修改后：2.未安装virtio。但克隆后的虚拟机网络不通原因：配置与网卡实际mac不一致与第一种情况不同，这里网卡名称没有变，只是网卡mac变了。（1）修改 ifcfg-ens18 去掉uuid与 HWADDR 字段。并且把onboot写成 yes（为了开机自动打开网络）。之后重启虚拟机即可。修改之后3. 克隆一个双网卡机器。 ?第一个网卡经过配置已经通。第二个网卡不通。原因：没有ens19网卡对应的配置文件解决思路：（1）第一个网卡，在仿照上步解决：ifcfg-ens18去掉HWADDR与UUID字段，onboot=yes，（2）之后仿照ens18复制配置文件为ens19。NAME=ens18 修改为 NAME=ens19，重启虚拟机即可。注意若此时ifup ens19报错connection activation failed，是没有连线造成，连接网线即可 up起来。（二）Redhat/CentOS 6.x 1.未安装vmtools，克隆虚拟机，网卡名称变成eth1且不通。原因：记录网口顺序信息的/etc/udev/rules.d/70-persistent-net.rules的规则变更。文件每次识别新的网卡就自动往后叠加，导致虚拟机网卡克隆后eth0变成了eth1，而有没有eth1的配置文件，所以有问题。解决问题需要修改两个文件，比7.x多了一个文件需要修改（1）.首先备份/etc/udev/rules.d/70-persistent-net.rules 文件（2）.修改70-persistent-net.rules 文件，将eth1的配置改为eth0.然后将原来的eth0字段删除（3）.其他的配置文件修改参考Redhat 7.x、CentOS7.x 场景：?首先删除两个网卡标识字段。修改HWADDR与UUID 修改onboot=yes之后，重启虚机，HWADDR与UUID为网卡的MAC与标识符，ONBOOT为开机启动此网卡，改为yes2.多个网卡的网络不可用，参考7.x的解决方案。直接拷贝/etc/sysconfig/network-scripts/ifcfg-eth0为其他的如ifcfg-eth1。注意修改字段变成了DEVICE字段，而非7.x的NAME字段，为eth1或其他，重启设备ok若对网卡顺序不满意修改70-persistent-net.rules 文件即可注意：修改重要配置文件前，首先备份是一个好的习惯，有问题好及时回滚（三）Redhat/CentOS5.x 不用解决，经验证 5.x系列直接用吧，加、换、变网卡。则自动生成网卡配置文件，每个网卡自动生成，旧的文件变为bak文件，故而克隆、派生无问题。（四）Redhat/CentOS配置总结7.x与6.x系列的CentOS/Redhat修改网卡配置文件,/etc/sysconfig/network-s