内容摘要：上周帮一个朋友排查他公司内网的问题，打开VMware Workstation里的虚拟网络编辑器，发现他把VMnet8的NAT设置改得一塌糊涂。网关指向了一个不存在的地址，DHCP范围跟物理局域网的网段

上周帮一个朋友排查他公司内网的虚拟问题，打开VMware Workstation里的网络虚拟网络编辑器，发现他把VMnet8的编辑NAT设置改得一塌糊涂。网关指向了一个不存在的虚拟地址，DHCP范围跟物理局域网的网络网段完全重叠。他说是编辑照着某篇教程一步步调的，但教程里的虚拟截图跟他自己的环境根本对不上。

这事挺典型。网络虚拟网络编辑器这个工具，编辑界面看起来简单，虚拟几个标签页、网络几个输入框，编辑但真正理解它的虚拟人不多。大部分人装完VMware之后，网络默认的编辑VMnet0、VMnet1、VMnet8三个网络凑合用，从来不去动它。一旦需要自定义网络拓扑——比如搭一套隔离的渗透测试环境，或者模拟多子网路由——就抓瞎了。

它到底在编辑什么

虚拟网络编辑器本质上是VMware在宿主机上创建虚拟交换机和管理虚拟网卡的配置面板。你在里面新建一个VMnet，VMware就在宿主机系统里生成一块对应的虚拟网卡。Windows下打开“网络连接”面板能看到这些多出来的适配器，名字通常带“VMware Network Adapter”前缀。Linux下则表现为vmnet1、vmnet8之类的接口。

三种模式的区别经常被简化成“桥接=独立IP，NAT=共享IP，仅主机=不能上网”，这个说法不算错，但丢掉了关键细节。桥接模式下，虚拟机的流量直接走宿主机的物理网卡出去，它在局域网里就是一台独立设备，路由器给它分配单独的IP。NAT模式则不同，VMware在宿主机上跑了一个NAT服务，虚拟机的流量经过地址转换后从物理网卡出去，外部看到的所有请求都来自宿主机。仅主机模式最封闭，虚拟交换机和宿主机之间能通信，但没有任何通路连到外部网络。

很多人不知道的是，NAT模式下的端口转发是可以手动配的。在虚拟网络编辑器里选中VMnet8，点“NAT设置”，里面有个端口转发列表。想让外部机器访问虚拟机上的Web服务，加一条规则就行，不用去动虚拟机的网络配置。这个功能在搭建测试服务器的时候特别实用。

一个常见的坑

DHCP设置是另一个容易出问题的地方。虚拟网络编辑器默认会给VMnet1和VMnet8分配DHCP地址池，起始地址和结束地址都是自动算出来的。但如果你手动改过子网IP，DHCP范围不会自动跟着变。结果就是虚拟机拿不到IP，或者拿到一个跟网关不在同一网段的地址。

我自己的习惯是，如果对网络规划有明确需求，干脆把“使用本地DHCP服务将IP地址分配给虚拟机”这个选项取消掉，全部手动配静态IP。这样虽然多花几分钟，但网络行为完全可控，不会出现虚拟机重启后IP变了导致SSH连不上的情况。

还有个子网掩码的坑。虚拟网络编辑器里改子网IP的时候，掩码是单独一栏。有人改了IP忘了改掩码，192.168.100.0/24变成192.168.100.0/16，DHCP池一下子扩到六万多地址，跟宿主机上其他虚拟网络打架。这种问题排查起来很烦，因为表面上看每个配置项都“填了东西”，但逻辑上互相矛盾。

还原默认设置的代价

界面左下角有个“还原默认设置”按钮，点下去会把所有VMnet恢复到出厂状态。这操作不可逆，你之前配的端口转发、自定义子网、DHCP范围全部清空。更麻烦的是，它还会重新安装虚拟网卡驱动，有时候Windows的网络位置识别会出问题，把新生成的适配器标成“公用网络”，导致防火墙规则全部失效。

我一般建议在点这个按钮之前，先把当前配置截图存下来。尤其是NAT端口转发规则，一条条手动记。VMware不提供配置导出功能，这挺让人头疼的。

虚拟网络编辑器不是那种“设完就不用管”的工具。宿主机换了网络环境——比如从公司WiFi切到家里宽带——桥接模式下的虚拟机可能就连不上了，因为桥接的物理网卡选错了。这时候还是得回来，在“桥接到”那一栏手动指定正确的物理适配器。自动模式听起来省事，实际用起来经常选错。

说到底，这个工具要求你对TCP/IP的基本概念有清晰的认识。子网、网关、DHCP、NAT，这些词在虚拟网络编辑器里全是实打实的配置项，填错了就是不通。它不复杂，但也不允许你糊弄。