虚拟机NAT模式连不上网，九成问题出在宿主机虚拟网卡、DHCP服务或虚拟机内网配置这三处，按顺序排查，多数情况五分钟内能解决。
很多朋友装好虚拟机，兴致勃勃打开准备上网，结果浏览器转圈半天，ping网关也不通，这时候别急着重装系统，NAT模式连不上网，故障点就那么几个，今天咱们就把这事拆开揉碎,一步步捋清楚。
第一步：检查宿主机服务与虚拟网卡状态
NAT模式的工作原理是让虚拟机通过宿主机的一张虚拟网卡（通常是VMnet8）共享物理网络上网，宿主机这边的“桥头堡”一旦失守,虚拟机里怎么折腾都没用。
确认VMware相关服务是否正常运行
最常见的问题，反而是最基础的，VMware装好后，会在Windows服务里注册几个核心服务，有时候因为开机启动项被优化，或者软件冲突，服务没起来,NAT模式自然就瘫了。
操作路径如下：
- 按下
Win + R，输入services.msc回车。 - 在弹出的服务列表里，找到以
VMware开头的服务，重点看以下三个：VMware Authorization ServiceVMware DHCP ServiceVMware NAT Service
- 依次双击，把“启动类型”设为“自动”，如果服务状态是“已停止”，点击“启动”。
这里有个细节容易被忽略：如果你用的是VMware Workstation Pro，默认使用的是VMware NAT Service，如果用的是旧版或者绿色精简版，服务名可能不带VMware前缀，但不管叫什么，只要看到状态不是“正在运行”,全部手动拉起来就行。
业内专家指出，大约七成的虚拟机网络故障，根源都在宿主机服务被安全软件或系统优化工具误杀，从业多年，我见过太多因为“一键加速”导致虚拟网卡直接消失的案例。
查看VMnet8虚拟网卡是否被禁用
服务修好了，网卡也可能因为各种原因“隐身”，右键点击桌面“此电脑”或“计算机”，选择“管理”，进入“设备管理器”，展开“网络适配器”，看看有没有VMware Virtual Ethernet Adapter for VMnet8，如果图标上有向下的小箭头，说明被禁用了,右键启用即可。
如果连VMnet8的影子都没看到，别慌，打开VMware主界面，点击菜单栏“编辑”->“虚拟网络编辑器”，如果弹窗提示需要管理员权限，点“是”，在弹出来的界面左下角，有个“更改设置”按钮，点击后会自动重新扫描并安装虚拟网卡，等一两分钟，回到设备管理器,网卡大概率就回来了。
第二步：核查VMware NAT模式DHCP设置
宿主机服务和网卡都正常，虚拟机还是上不了网，那就要怀疑是不是IP分配出了问题，这一步的核心，是确保虚拟机的IP地址、网关和DNS能正确拿到。
检查虚拟网络编辑器中的子网IP与DHCP范围
在“虚拟网络编辑器”里，选中“VMnet8 (NAT模式)”，下方会显示子网IP和子网掩码，默认情况下，子网IP通常是168.x.0，这个x一般是88、110或者128，取决于VMware版本。记住这个子网号,后面要用的。
点击右侧“DHCP设置”，弹出的窗口里能看到“起始IP地址”和“结束IP地址”，这两个地址的网段，必须和子网IP是同一个段，比如子网是168.88.0，DHCP范围就应该是168.88.128到168.88.254之类的同段地址，如果发现对不上,直接改成同网段即可。
核对NAT设置里的网关地址
回到“虚拟网络编辑器”，点击“NAT设置”，这里显示的“网关IP”默认是168.x.2，这个网关就是虚拟机内部通往外部世界的“大门”，请务必确保网关IP和子网IP在同一个网段内（比如子网192.168.88.0，网关就应该是192.168.88.x）。
行业共识认为，手动修改VMnet8的子网IP，是导致NAT模式DHCP无法下发地址的头号原因，很多人为了和公司内网网段一致，去改了这里，但忘了同时调整DHCP和NAT设置，结果就是虚拟机拿不到正确的IP，或者拿到IP但出不了网，如果你确实需要修改，一定记住这三个地方（子网IP、DHCP范围、NAT网关）必须同步修改,漏一个就白搭。
第三步：深入虚拟机内部核查网络配置
宿主机这边一切正常了，虚拟机还是不给面子，那问题就锁定在虚拟机系统内部了，别急着进图形界面,先用命令行探探路。
用ipconfig命令判断网络状态
登录虚拟机，打开命令行工具（Windows用CMD，Linux用终端），输入ipconfig（Windows）或ifconfig/ip addr（Linux）,回车。
重点看两块：
- IP地址
：是否和之前查看的DHCP范围匹配？如果IP是
254.x.x开头，说明虚拟机根本没拿到DHCP分配的地址，这就是典型的“APIPA”地址,代表DHCP通信失败。 - 默认网关：是不是和NAT设置里的网关IP一致？如果不一致,手动改成一致。
如果IP是0.0.0，说明网卡没有正常获取地址,禁用再启用网卡试试。
手动指定IP与DNS进行测试
DHCP不行，就手动指定，这是强制排除法，在虚拟机网络设置里,把IPv4配置改为手动：
- IP地址：填一个DHCP范围内的空闲地址，比如
168.88.150。 - 子网掩码：
255.255.0。 - 默认网关：填NAT设置里的网关，例如
168.88.2。 - 首选DNS：要么填网关地址，要么填
8.8.8或114.114.114。
填完确认后，再ping一下网关，能ping通，说明网络链路是通的，问题出在DNS解析上，ping不通,再考虑是不是防火墙拦截了ICMP协议。
临时关闭虚拟机防火墙验证隔离问题
VMware的虚拟网卡和Windows防火墙的入站规则会“闹别扭”，特别是在Win10/11虚拟机里，默认防火墙对“公用网络”的拦截很严格，在确保环境安全的前提下，可以临时关闭虚拟机的防火墙（Windows Defender Firewall）测试，关闭后能上网，那就去“允许应用或功能通过Windows Defender防火墙”里，把VMware相关的程序勾上即可,别一直裸奔。
NAT模式与其他网络模式的适用场景对比
搞清楚了排查步骤，还得明白为什么用NAT，以及它和别的模式有啥区别，很多人其实并不确定自己该用哪种模式,这里直接给出一张对比表。
| 网络模式 | 虚拟机能否访问外网 | 宿主机能否访问虚拟机 | 局域网其他设备能否访问虚拟机 | 典型适用场景 |
|---|---|---|---|---|
| NAT模式 | 可以 | 可以 | 不可以 | 仅需虚拟机上网，不需要被外部访问 |
| 桥接模式 | 可以 | 可以 | 可以 | 需要模拟局域网独立主机，比如搭建测试服务器 |
| 仅主机模式 | 不可以 | 可以 | 不可以 | 仅宿主机与虚拟机通信，隔离外界 |
如果你的需求只是让虚拟机安静地上个网、装个软件，选NAT准没错，它最省心，不占用局域网真实IP，也不会因为公司网络环境切换导致IP冲突，不少新手纠结虚拟机桥接模式与nat模式区别，其实核心就一句话：桥接是让虚拟机变成和宿主机对等的独立设备，NAT则是让虚拟机躲在宿主机背后通过地址转换上网，除非你要在虚拟机上架设网站或游戏服务器给别人连,否则NAT模式优先级最高。
Q&A：关于NAT模式连不上网的常见疑问
为什么虚拟机桥接模式能上网，换成nat模式连不上网？
桥接模式走的是物理网卡的链路，相当于虚拟机直接和路由器通信，不需要宿主机做转发，而NAT模式依赖宿主机的VMware NAT Service来做数据包转换，如果桥接正常而NAT不通，建议优先检查第一步提到的VMware NAT Service服务是否在运行，以及VMnet8网卡的IP配置是否被篡改,这是两个模式底层机制不同导致的最常见排查路径。
如何彻底重置VMware的NAT网络配置？
当所有设置看起来都对，但就是不通时，直接“回厂重置”最省事，打开“虚拟网络编辑器”，点击左下角“更改设置”，然后在窗口右下角找到“还原默认设置”按钮，点击后，VMware会卸载所有虚拟网卡并重新安装，服务也会重新注册，这个过程需要一两分钟，期间物理网络可能会闪断一下，属正常现象,重置后重新配置VMnet8的子网IP为你需要的网段即可。
nat模式dhcp设置里选择的网段，能选和公司局域网一样的网段吗？
不建议，如果VMnet8的子网IP段和公司局域网（比如都是192.168.1.0网段），虽然虚拟机通过NAT上网通常不受影响，但当你从宿主机去访问虚拟机内的服务，或者虚拟机想通过网关地址去访问宿主机时，会因为在同一网段产生路由混淆，更麻烦的是，如果你开了多个虚拟机且都设置桥接模式，同网段会造成IP冲突，稳妥做法是让VMnet8的子网避开公司常用网段，选一个冷门点的，比如168.137.0这种段,能避开很多莫名其妙的网络冲突。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/623510.html
