那些年踩过的坑 之 电脑安装了抓包工具或者端口扫描工具导致主机ping不通VMWare虚拟机中的系统

背景描述：

因为电脑装了VMWare且安装了CentOS，且安装了SSH服务，这样可以在主机上用客户端连接虚拟机并访问，开机完之后是可以访问，即能连接的上。相应的主机网络配置如下图1所示，可以发现VMnet1和VMnet8的地址都在192.168.xx.xx段，所以主机可以连通虚拟机，虚拟机也能连接主机。主机联网的情况下，虚拟机也可以连接外网。

图1

相安无事，想连就连多好，但是一个情况的发生偏偏导致连接不上的问题出现了。

问题来了：电脑长时间不用，睡眠了，之后开始登录计算机，在主机上用SSH客户端重新连接VMWare中的虚拟机，发现连不上了见图2。尝试重新连接，这时候问题出现了，如图3所示。Emmmm，内心深处真的是五味杂陈，（内心独白：刚刚还用的好好的呢，这会怎么就。。。。。。），你怎么也想不到，这个是跟电脑睡眠有关，电脑的睡眠导致了这一切。开始windows cmd查ipconfig，这一查不要紧，简直是晴天霹雳。如图4所示，看出什么区别没有。

没错VMnet1的地址变了，##说翻脸就翻脸##。强行给我从192.168.111.1变成了169.254.123.190，原来问题出在了这，我说怎么连不上了，在这搞小动作。

那咱就开始解决呗！

打开百度，各种百度教程，尝试找出原因，解决办法。大方向就是：主机ping不通虚拟机，但是虚拟机可以ping通主机。还真有一大堆解决办法，总结如下就是配置VMnet8的网络，或者是配置VMnet1的网络，但是其中又说VMnet1的不用配置，自动配置就行了。（我的就是自动配置的，IP自动获取，正是因为这个自动配置，VMnet1的地址想变成啥就变成啥。），看了这些也都试了一下，结果发现都不行，越整越恼火，越整越气。

心灰意冷，心如死灰。罢了，开始-重启，把电脑重启了。这个时候再习惯性把虚拟机打开，打开远程连接的客户端，连接成功！！！！见图5。心里别提多高兴了，看了下ipconfig如图6，又恢复了。猜想出现这个问题就重启就完事了呗！接着试了一下果然可以哎，（行，出现这个问题咱就重启，哈哈哈）。后来再了解的时候，我才知道（重启电脑可以解决这个问题其实是把包括VMnet1、VMnet8在内的所有网卡重启了）。

那么，随之而来的也就是解决办法的出现：画重点：重启VMnet1和VMnet8的网卡，（如果不在意VMnet1的地址，只需要重启VMnet8的网卡就行）如图7、图8所示。图8中的操作是先禁用再启用。

到这可能有人不信，不信你去重启下试试，真的解决了这个问题，如图9所示，VMnet的网络又回来了，有没有！！惊不惊喜，意不意，刺不刺激。连接成功界面如图10所示。

###############################################################

至此，不要着急结束！继续往下看！

###############################################################

图2

图3

图4

图6

图7

图8

图9

图10

 

到这，表面上看解决了这个问题，实则真的只是解决了表象问题，只是扬汤止沸的做法。

继续查资料：

网上提到过一种情况，Nmap的加入影响了虚拟机的网络。

因为在windows主机上安装了nmap端口扫描工具，在图11中，多了Npcap开头的项目，感觉是这个影响了VMnet的网络连接情况，具体的底层也不是很清楚了。经过测试，确实在去掉这些勾选之后，在睡眠之后在打开机器依然是可以从主机成功连接虚拟机。

综上所述，总结解决办法如下：

第一种（治标不治本）：重启VMnet8网卡，解决问题。下次再出现的时候需要重启网卡。

第二种：这是扫描工具，去掉勾选则不能再用于扫描虚拟机中的服务信息。

第三种：不使用NAT模式，直接桥接模式。

图11