vmware虚拟机 克隆 centos7 nat连不上网

vmware虚拟机，这里的情况都是nat模式连网，具体实验系统版本为centos7，其他版本没用试过，不保证同样适用，但可以参考一下找找灵感

①

做大数据环境搭建用centos，针对前些天出现过的一些问题简单总结一下，用nat模式连的网，ifconfig却发现虚拟机并没有被分配IP。

查看windows系统服务，vmware DHCP和vmware NAT服务没有启动，把二者启动后，systemctl restart network（service network restart同样效果，这里据说centos7以后才可以，我只试过7），再次查看虚拟机IP已经被分配上了

②

还有一种情况就是，系统服务启动了，但是虚拟机依然没有分到IP

检查vm的虚拟网络配置，下面的两个选项要打勾

第一个是建立一个适配器，给物理机连接虚拟机使用，此适配器的地址即代表了物理机在虚拟网络中的地址
第二个是给虚拟机分配IP

其次检查子网IP和nat设置的网关是否正常
然后查看DHCP设置的起始结束ip是否能满足需求

有一种情况会发现子网地址，网关配置都ok，起始IP结束IP都满足需求，但是虚拟机依旧连不上网

这一个根本原因没有找到，但是有一种可行的方案就是给它换一个IP段（增加起始结束IP范围就可以），这时候启动虚拟机会发现虚拟机可以分到IP了，它的IP是从新网段里分配的。

③

最后一种情况，比较简单，就是虚拟机分到了ip但是依旧连不上网，检查发现电脑主机没有联网，把主机联网然后刷新就OK了

---

补充：

我曾经以为虚拟机联网的问题我解决得差不多了，但是昨天重新练习的时候还是觉得，老是改IP地址太烦了。还有我克隆的这个虚拟机怎么好端端的就是连不上网了呢？？归根结底，还是我太菜。。。
异常难受，于是花了将近一天的时间找到了原因，再一次总结出来，以备后用和方便大家。

上面说的第二种情况：起始IP和结束IP满足需求，虚拟机都分配到IP了，也有网，好的，看起来一切正常，完全没有问题。好的，打开连接工具，连接，这个时候出现了一点微妙的变化，连接奇慢，需要等半天才能连上虚拟机。
连上之后发现，竟然连不上网了？这是怎么回事？？？上网查了一圈，没有对应的解决办法，好吧，我自己检查。

DHCP和NAT服务都已经开启，掩码长度没有问题，子网地址和起始结束IP也是想要的，网关地址和子网地址都在同一个网段，vmnet8适配器也开了没有禁用（但是并没有检查这个虚拟IP，当时也不太明白这个东西到底是干什么的）。
这是怎么回事呢？难道其它还有用到的适配器让我禁用了？好的，全部解禁，重启虚拟机的网络服务，回车之后半天卡着不动，感觉可能不行，又过了一会，果然，重启失败，报fail，有IP，但是ping外网失败。尝试了N次，网络服务重启间歇报fail和ok，有IP，虚拟机之间连接也是没有问题，但就是连不上网。回过头来仔细分析，难道是连接工具创建的连接是坏的，所以导致虚拟机断网？
好吧，断开连接，重新登录。漫长的等待之后连接上虚拟机了，ifconfig，有IP，ping www.baidu.com，Name or service not known。到底是哪里出了问题呢？我一边在别的窗口里连接剩下的虚拟机，一边纳闷，突然，我看到了这样一句话：

Last login: Thu Sep 12 22:35:31 2019 from gateway

嗯？gateway是什么东西，这不是网关吗？这里不是应该显示一个IP地址吗，难道？！！

我想我已经大概明白问题出在哪了，应该是NAT设置中的网关配置失误造成的。网关的重要性不言而喻，

网关(Gateway)又称网间连接器、协议转换器。网关在传输层上以实现网络互连，是最复杂的网络互连设备，仅用于两个高层协议不同的网络互连。网关的结构也和路由器类似，不同的是互连层。网关既可以用于广域网互连，也可以用于局域网互连。
网关是一种充当转换重任的计算机系统或设备。在使用不同的通信协议、数据格式或语言，甚至体系结构完全不同的两种系统之间，网关是一个翻译器。与网桥只是简单地传达信息不同，网关对收到的信息要重新打包，以适应目的系统的需求。

简单来说就是，局域网想要和广域网、其他局域网等网络通信要经过的必要关口，关口即是城门，非有门难出入，这里的网关、网段、子网划分等需要一些《计算机网络》的知识。

将主机虚拟适配器连接到此网络这一项里，显示物理机虚拟网络适配器是vmnet8。到“网络和共享中心”=》“更改适配器设置”，找到这个虚拟适配器：

双击查看状态：

这里显示无网络访问权限，不用理会（物理机用物理网卡连接互联网，这个虚拟适配器是用来连接虚拟机的，在物理机看来当然没有网了）
查看这个适配器的IP，以及做DHCP的地址

可以看到，物理主机的虚拟IP为192.168.11.1，DHCP服务地址为192.168.11.5。
这里要记住，配置网关地址要避开虚拟机IP和物理机的虚拟IP，建议将网关设置为DHCP服务IP。
同时在分配的起始结束IP段中最好避开网关地址！
此时，我们已经知道应该将网关设置成多少比较合适了，接下来设置网关：
vmware中打开编辑》虚拟网络编辑器

点击nat设置

将此处的网关设置成和DHCP一致的IP：192.168.11.5（不一致也没有问题，只要保证和当前用的子网在同一网段中并不和别的机器冲突就OK）
重启网络服务，service network restart，问题解决！
这个问题的原理，简单来说就是：我物理机占用的网关的IP，强行连到虚拟机后，导致虚拟机不能和网关通信，才造成了虚拟机离线。

克隆虚拟机的联网征程，这就结束了吗？当然不是

④

原虚拟机有IP，联网连接工具一切检查OK，我需要好几个虚拟机，这里有一个节省时间的好方法：克隆,but，生活并非是一帆风顺的，各种小插曲的出现总是出乎意料，猝不及防。
三台虚拟机克隆完成，启动，第一台机器OK，有IP，第二台机器，ol？？，第三台机器，也没有IP，非但没有IP，这两个机器还多出来一两个不知道是干什么的地址，莫名其妙。又是一顿灵魂的自我拷问，好吧，我没有发现问题，只好上网查了。我操起键鼠，顶着重重水军，冒着被呛死的风险，

找到了一个很多博客里都有提到的东西：

修改/etc/udev/rules.d/90-eno-fix.rules文件的ATTR{address}的地址为之前获取的新mac地址

但是这个mac地址我没有，在这之前有个截图我打不开；而且，还有说这里面有配网卡的相关信息的，但我的文件里都是无效的注释，好吧，此路不通。

我知道有个设置开机启动网卡的地方：
（设置网卡开机启动方法，下面这个文件中设置“ ONBOOT=“yes” ”）

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

但是这里我并没有发现什么问题

继续深挖，终于又找到一个看起来靠谱的:

删除/etc/sysconfig/network-scripts/ifcfg-ens33 的UUID这行，因为每个网卡的mac地址不一样，所以UUID也不一样。再把HWADDR这行去掉（如果有的话）
删除/etc/udev/rules.d/70-persistent-ipoib.rules文件

删除/etc/sysconfig/network-scripts/ifcfg-ens33 的UUID

好的嘛，虽然我hwaddr没有，但是uuid我可算是有了，那就删除吧，/etc/udev/rules.d/70-persistent-ipoib.rules这个文件我感觉没什么用，既然里边都是注释应该就不用动了。
然后重启network，克隆的几台机器OK。

但是回过头去改模版虚拟机好像又不太顺利，生活的小插曲实在是太婉转了。
好吧，删uuid，删rules文件，重启network，重启虚拟机，重启vmware！都不行。。

这，又是为什么？！！
重启network失败，查看错误信息：

这个lsb，似曾相识啊，好像是桥接模式的时候用错了网卡，会出现这个问题，但是这里是NAT，和桥接没有关系。
我再克隆一份模版出来，还是不行。
克隆一份可以联网的虚拟机呢？也不行。
好吧，改虚拟机分配的IP段应该会解决这个问题，我感觉这是vmware这里面的一些机制造成了这个问题，这个机制可能认为IP已经分完了，所以新来的机器没有IP，并且重启服务重启vmware这个问题并没有解决，可见这个机制信息持久化到文件了。
解决方法一：移动网段，同时网关等需要重新配置
解决方法二：增大网段，增加可分配IP数量
深层次的问题暂时先不追究，我手头还有别的事，这个问题已经持续三天了，这个博客的补充部分写了两天了。回头再来，回头再来。。。

---

目前还有一个问题就是，这个DHCP的地址不知道怎么设定。

以上是我对一些有印象的联网问题做了个简单总结，有不正确或是待完善的地方欢迎指正！

欢迎爱好的小伙伴前来留言！