VMware虚拟机网络配置指南：从NAT到桥接，实现虚拟机间稳定通信

1. 从“单机”到“联网”：为什么你的虚拟机需要相互通信？

刚接触虚拟化技术，尤其是VMware Workstation这类桌面级虚拟化工具的朋友，常常会遇到一个看似简单却让人挠头的问题：我明明创建了两台虚拟机，为什么它们之间无法通信，甚至连最基本的ping命令都失败？这感觉就像在同一个房间里放了两台电脑，却忘了给它们插上网线。

这个需求其实非常普遍。无论是为了搭建一个微型的开发测试环境（比如一个Web服务器和一个数据库服务器），还是为了学习网络协议、模拟攻防演练，甚至是进行软件的多节点部署测试，让虚拟机之间能够顺畅地“对话”都是第一步。很多教程会直接告诉你“用NAT模式”或者“用桥接模式”，但往往忽略了背后的原理和不同场景下的选择逻辑，导致你照做之后，可能在某些情况下依然不通，或者带来了新的网络管理问题。

今天，我们就抛开那些笼统的说法，从网络虚拟化的底层逻辑出发，手把手带你配置VMware Workstation，确保你的虚拟机不仅能相互ping通，还能让你彻底明白“为什么能通”。我们会聚焦于最实用、最稳定的方案，并穿插我这些年踩过的坑和总结的经验，让你一次配置，长久受益。

2. 理解VMware的三种核心网络模式：选对才能连得上

在动手之前，我们必须先搞清楚VMware Workstation为我们提供的几种“虚拟网线”和“虚拟交换机”。这是所有后续操作的理论基础，理解它们，你就能自己诊断大部分网络问题。

VMware Workstation主要提供了三种网络适配器模式：桥接模式（Bridged）、网络地址转换模式（NAT）和仅主机模式（Host-Only）。你可以把宿主机（你真实的物理电脑）想象成一个大型的网络机房，VMware就是这个机房的管理系统，它虚拟出了好几台“交换机”。

2.1 桥接模式（Bridged）：给虚拟机一个“独立身份证”

在这种模式下，VMware会虚拟出一块“透明”的交换机。你的虚拟机通过这块虚拟交换机，直接连接到你的物理网络（比如你家里的路由器所在的局域网）。效果就是，虚拟机会从你的物理路由器那里获取一个IP地址（例如192.168.1.105），这个地址和你的宿主机（例如192.168.1.100）处于同一个网段，就像是物理网络上新增了一台真实的电脑。

工作原理类比：就像给你的虚拟机分配了一个独立的、和宿主机平起平坐的工位，它有自己的内网IP，可以直接和局域网里的其他设备（包括宿主机、其他虚拟机、你的手机、智能电视）通信，也能通过路由器访问互联网。

优点：配置简单，虚拟机完全融入物理网络，通信最直接。缺点：需要物理网络环境中有可用的IP地址（比如DHCP服务器），在某些严格管理的公司网络或公共Wi-Fi下可能无法获取IP。虚拟机暴露在物理网络中，安全性需要考虑。适用场景：需要虚拟机像真实机器一样被局域网内其他设备访问的场景，例如搭建一个需要被手机测试的Web服务器。

2.2 NAT模式（Network Address Translation）：共享宿主机的“网络出口”

这是VMware默认且最常用的模式。VMware会创建一个私有的虚拟网络（通常网段是192.168.xxx.0），并在这个网络里虚拟出一台NAT路由器和一台DHCP服务器。你的虚拟机都连接到这个私有网络，由虚拟DHCP服务器分配IP（如192.168.xxx.128）。当虚拟机需要访问外网（互联网）时，数据包会经过虚拟NAT路由器，由宿主机“代理”其进行访问。

工作原理类比：就像在公司里，所有员工（虚拟机）使用内部电话分机（私有IP）沟通，当需要打外线电话（访问互联网）时，都需要通过公司总机（NAT路由器/宿主机）转接出去。对外部网络来说，所有电话都来自总机这一个号码（宿主机的公网IP）。

优点：虚拟机可以轻松上网，且不依赖外部网络环境。虚拟机处于一个受保护的私有网络内，外部网络无法直接访问它们，安全性较好。缺点：默认情况下，处于NAT模式下的虚拟机之间可以相互通信（因为它们在一个虚拟子网内），但物理网络中的其他设备无法直接访问这些虚拟机，需要额外配置端口转发。适用场景：绝大多数个人开发、测试和学习场景。虚拟机需要上网，且主要与宿主机或其他虚拟机通信。

2.3 仅主机模式（Host-Only）：打造一个纯粹的“内网沙盒”

这个模式会创建一个完全封闭的虚拟网络，只包含宿主机和所有设置为该模式的虚拟机。这个网络与外部物理网络是彻底隔离的，虚拟机无法访问互联网，也无法被物理网络中的设备访问。

工作原理类比：就像用一个独立的交换机，把几台电脑（宿主机和虚拟机）连在一起，组成一个与世隔绝的迷你局域网。这个交换机没有连接任何外部网络出口。

优点：绝对的安全隔离，是进行安全测试、病毒分析或构建封闭实验环境的理想选择。缺点：虚拟机无法访问互联网，不方便下载软件或更新系统。适用场景：网络隔离测试、安全研究、需要绝对纯净且可控的网络环境。

核心结论：为了让虚拟机之间能够相互ping通，我们通常选择NAT模式或仅主机模式。因为这两种模式都会自动创建一个虚拟局域网（VLAN），将虚拟机置于同一个子网内。而桥接模式虽然也能让虚拟机互访（因为它们都在物理局域网同一个网段），但它受外部网络环境影响大，并非最稳定可控的方案。因此，下文我们将以NAT模式作为主要配置范例，因为它兼顾了虚拟机间通信和访问互联网的需求，是最通用的选择。

3. 实战配置：一步步搭建互通的虚拟网络

理论清晰后，我们开始动手。目标是让两台虚拟机（比如一台Windows，一台Linux）在NAT模式下相互ping通。请跟随以下步骤，并注意我标注的细节。

3.1 第一步：统一虚拟网络配置（在VMware主界面完成）

这是最关键的一步，确保所有虚拟机都“插”在了同一台虚拟交换机上。

1. 打开VMware虚拟网络编辑器：在VMware Workstation主界面，点击顶部菜单栏的“编辑” -> “虚拟网络编辑器”。你需要拥有管理员权限才能修改这些设置。
2. 选择并配置VMnet8（NAT模式）：在列表中找到“VMnet8”，这通常对应NAT模式。选中它。
   • 确保“将主机虚拟适配器连接到此网络”被勾选。这相当于在宿主机上也创建了一个虚拟网卡，并连接到这个虚拟网络，使得宿主机也能和虚拟机通信。
   • 查看并记住子网IP：例如192.168.xxx.0。下面的子网掩码通常是255.255.255.0。这意味着这个虚拟网络的IP范围是192.168.xxx.1到192.168.xxx.254。
   • 配置NAT设置（可选但建议）：点击“NAT设置”按钮，你可以看到网关IP（Gateway），通常是192.168.xxx.2。这个IP就是虚拟网络中“路由器”的地址，虚拟机要上网，默认网关就要设成这个地址。
   • 配置DHCP设置（可选但建议）：点击“DHCP设置”按钮，你可以看到DHCP分配的IP地址范围，例如从192.168.xxx.128到192.168.xxx.254。这意味着，虚拟机如果设置为自动获取IP（DHCP），就会拿到这个范围内的一个地址。

我的踩坑经验：曾经遇到过虚拟机无法上网的问题，排查半天发现是“虚拟网络编辑器”里的VMnet8的“子网IP”被我不小心改成了一个非常用网段（如172.16.0.0），而虚拟机的网络配置没同步改过来。最稳妥的做法是，除非有特殊需求，否则不要轻易修改这里默认的192.168.xxx.0网段，使用默认值能避免很多兼容性问题。

3. 点击“应用”和“确定”保存设置。

3.2 第二步：为每台虚拟机设置网络适配器

现在，我们需要确保每台虚拟机都使用了我们刚才配置好的那个虚拟网络（VMnet8）。

1. 在VMware库中，右键点击你的虚拟机（如“Windows 10”），选择“设置”。
2. 在硬件选项卡中，找到“网络适配器”。
3. 在右侧“网络连接”部分，选择“自定义：特定虚拟网络”。
4. 在下拉菜单中，选择“VMnet8 (NAT模式)”。
5. 点击“确定”。
6. 对另一台虚拟机（如“Ubuntu Linux”）重复完全相同的操作。

重要提示：两台虚拟机必须选择同一个虚拟网络（这里都是VMnet8），它们才会被连接到同一个虚拟交换机上，这是它们能相互通信的前提。

3.3 第三步：配置虚拟机内部的网络（以Windows和Linux为例）

虚拟机“插”对了网线，还需要在系统内部进行正确的网络配置。我们分系统来看。

3.3.1 Windows 虚拟机配置

Windows系统通常默认就是DHCP自动获取IP，这最简单。

1. 启动你的Windows虚拟机。
2. 打开“控制面板” -> “网络和共享中心” -> “更改适配器设置”。
3. 右键点击正在使用的网络连接（可能是“以太网”或“本地连接”），选择“属性”。
4. 双击“Internet 协议版本 4 (TCP/IPv4)”。
5. 确保“自动获得IP地址”和“自动获得DNS服务器地址”被选中。这是推荐设置。
6. 点击“确定”保存。

如何查看获取到的IP？打开命令提示符（CMD），输入ipconfig并回车。在输出信息中找到对应的以太网适配器，查看IPv4 地址。它应该类似于192.168.xxx.xxx（在你的VMnet8子网范围内）。同时记下默认网关，它应该就是你在NAT设置里看到的那个IP（如192.168.xxx.2）。

3.3.2 Linux 虚拟机配置（以Ubuntu Desktop为例）

现代Linux发行版也大多使用网络管理器（NetworkManager）并默认开启DHCP。

1. 启动你的Linux虚拟机。
2. 打开终端（Terminal）。
3. 你可以使用ip addr或ifconfig（可能需要先安装net-tools）命令来查看网络接口和IP地址。找到主要的以太网接口（通常是ens33或eth0），查看其inet后面的地址，同样应该是在192.168.xxx.xxx网段。
4. 如果要确认是否为DHCP，可以查看配置文件。对于使用netplan的Ubuntu（18.04+），配置文件通常在/etc/netplan/目录下，内容里应该有dhcp4: true的配置。

如果Linux没有自动获取到IP怎么办？

• 尝试重启网络服务：sudo systemctl restart NetworkManager
• 或者使用sudo dhclient -v命令手动请求DHCP地址。

3.4 第四步：测试连通性

激动人心的时刻到了！现在我们在两台虚拟机中互相ping一下。

1. 在Windows虚拟机的命令提示符（CMD）里，输入：

   ping <Linux虚拟机的IP地址>

   例如：ping 192.168.xxx.130

2. 在Linux虚拟机的终端里，输入：

   ping <Windows虚拟机的IP地址>

   例如：ping 192.168.xxx.128

成功的样子：你会看到类似来自 192.168.xxx.130 的回复: 字节=32 时间<1ms TTL=64的连续回复，表示数据包往返正常，网络通畅。

失败的样子：如果看到请求超时或Destination Host Unreachable，说明通信失败。

4. 当Ping不通时：一套完整的排查思路与解决方案

即使按照上述步骤操作，你可能还是会遇到问题。别慌，网络排查是一个逻辑性极强的过程。请按照以下链路一步步来，99%的问题都能找到根源。

4.1 第一步：检查虚拟网络编辑器的基础配置

这是所有问题的起点，务必确认无误。

• 确认VMnet8已启用：在“虚拟网络编辑器”中，VMnet8的“已连接”和“将主机虚拟适配器连接到此网络”必须勾选。
• 确认子网网段：记下VMnet8的子网IP，例如192.168.88.0。后续所有虚拟机的IP都必须在这个192.168.88.1-254的范围内。
• 确认DHCP范围：确保DHCP服务正在运行，且分配范围没有冲突或过小。

4.2 第二步：检查虚拟机网络适配器设置

• 确认两台虚拟机都选择了“VMnet8 (NAT模式)”。这是最容易出错的地方，可能一台是VMnet8，另一台是“桥接模式”或“NAT模式”但关联到了不同的虚拟网络（如VMnet1）。
• 检查虚拟机状态：确保虚拟机不是“挂起”或“休眠”状态，最好是关机后重新启动，让网络适配器重新初始化。

4.3 第三步：检查虚拟机内部IP地址

这是排查的核心。分别在两台虚拟机里执行ipconfig（Windows）或ip addr（Linux）。

• 是否获取到了IP？如果显示169.254.x.x（Windows）或没有inet地址（Linux），说明DHCP获取失败。这可能是虚拟网络DHCP服务未启动，或者虚拟机防火墙/安全软件阻止了DHCP请求。
  • 解决方案：尝试在虚拟机内手动设置一个静态IP（见下文“进阶配置”部分），或者检查宿主机的VMware DHCP服务（VMware DHCP Service）是否在运行（通过Windows服务管理器）。
• IP是否在同一网段？假设VMnet8子网是192.168.88.0，那么两台虚拟机的IP必须是192.168.88.xxx。如果一台是192.168.88.128，另一台是192.168.1.105，那肯定不通，因为它们不在同一个网络。
  • 解决方案：统一设置为自动获取（DHCP），或手动设置为同一网段的静态IP。

4.4 第四步：检查虚拟机防火墙

这是新手最容易忽略的“隐形墙”。无论是Windows防火墙还是Linux的ufw/firewalld，默认都可能阻止ping（ICMP协议）请求。

• Windows：暂时关闭防火墙进行测试（控制面板->Windows Defender 防火墙->启用或关闭防火墙，暂时关闭域、专用、公用网络的防火墙）。如果关闭后能ping通，说明是防火墙问题。你需要为“文件和打印机共享(回显请求 - ICMPv4-In)”规则放行。
• Linux (如Ubuntu)：检查ufw状态：sudo ufw status。如果状态是active，可以暂时禁用测试：sudo ufw disable。或者，更优雅地允许ICMP：sudo ufw allow proto icmp。

4.5 第五步：按顺序执行诊断命令

如果以上都没问题，使用以下命令进行更精细的诊断（以从虚拟机A ping 不通虚拟机B为例）：

1. 在虚拟机A上，先ping自己的IP：ping <本机IP>。这测试本机TCP/IP协议栈是否正常。必须通。
2. 在虚拟机A上，ping虚拟网络的网关：ping 192.168.xxx.2（网关IP）。这测试到虚拟交换机的连接是否正常。必须通。
3. 在虚拟机A上，ping虚拟机B的IP。如果前两步通，这一步不通，问题可能出在：
   • 虚拟机B的防火墙（可能性最大）。
   • 虚拟机B的网络适配器配置错误（比如IP配置错误、网卡未启用）。
   • 极少数情况，VMware虚拟交换机故障。可以尝试在宿主机上，将VMnet8的网络适配器（在Windows网络连接里可以看到一个“VMware Network Adapter VMnet8”）禁用再启用，或者重启VMware的相关服务。

4.6 一个常见疑难案例：宿主机能ping通虚拟机，但虚拟机之间不通

现象：宿主机可以ping通两台虚拟机，但两台虚拟机互相ping不通。根因分析：这通常是因为两台虚拟机被错误地放置在了不同的虚拟网络中，但这两个网络都允许与宿主机（Host）通信。例如，一台在VMnet8（NAT），另一台在VMnet1（仅主机模式）。宿主机上同时有VMnet1和VMnet8的虚拟网卡，所以它能和两者通信。但VMnet1和VMnet8是两个完全隔离的虚拟局域网，所以虚拟机之间无法直接通信。解决方案：回到“第二步”，确保所有虚拟机的网络适配器都设置为同一个虚拟网络（例如，全部使用VMnet8）。

5. 进阶配置与优化：让网络更稳定可控

在基本通信搞定后，为了更稳定的实验环境，我们通常需要进行一些优化配置。

5.1 为虚拟机配置静态IP地址

依赖DHCP虽然方便，但IP地址可能会变。对于服务器类虚拟机，设置静态IP是更好的选择。我们需要在虚拟机操作系统中手动设置。

在Windows中设置静态IP（以Win10为例）：

1. 打开“Internet 协议版本 4 (TCP/IPv4)属性”。
2. 选择“使用下面的IP地址”。
3. IP地址：在子网内选一个未被DHCP范围占用的地址，例如192.168.88.10。
4. 子网掩码：255.255.255.0
5. 默认网关：填写你在VMnet8的NAT设置中看到的网关IP，例如192.168.88.2。
6. 首选DNS服务器：可以填写网关地址192.168.88.2（让VMware的NAT转发DNS查询），或者公共DNS如8.8.8.8、114.114.114.114。

在Linux中设置静态IP（以Ubuntu使用netplan为例）：

1. 编辑netplan配置文件：sudo vim /etc/netplan/01-netcfg.yaml（文件名可能不同）。
2. 修改配置，示例如下：

   network: version: 2 renderer: networkd # 或 NetworkManager ethernets: ens33: # 你的网卡名，用 ip addr 查看 dhcp4: no addresses: [192.168.88.20/24] # IP/掩码位数 gateway4: 192.168.88.2 nameservers: addresses: [8.8.8.8, 114.114.114.114]

3. 应用配置：sudo netplan apply。

设置静态IP的注意事项：务必确保你设置的IP地址不在VMnet8的DHCP分配范围内（例如DHCP范围是.128到.254，你的静态IP就选.10或.20），否则会造成IP冲突，导致网络异常。

5.2 配置虚拟机与宿主机的共享与互访

在NAT模式下，默认是虚拟机可以访问宿主机，但宿主机访问虚拟机需要知道其IP。我们可以通过配置，让宿主机更方便地访问虚拟机，比如用主机名访问。

• 编辑宿主机的hosts文件（C:\Windows\System32\drivers\etc\hosts或/etc/hosts），添加一行：

  192.168.88.10 win-vm 192.168.88.20 linux-vm

  这样，在宿主机上就可以用ping win-vm或ping linux-vm来访问虚拟机了。

5.3 使用仅主机模式构建纯内网实验环境

如果你需要一个完全与互联网隔离的环境（比如做恶意软件分析、封闭集群测试），仅主机模式（Host-Only）是完美选择。

1. 在“虚拟网络编辑器”中配置VMnet1（仅主机模式）的子网，例如192.168.10.0。
2. 将所有虚拟机的网络适配器设置为“VMnet1 (仅主机模式)”。
3. 在虚拟机内手动配置静态IP（因为此模式下通常没有DHCP，或者需要手动配置范围），例如分别设为192.168.10.101和192.168.10.102，网关可以不设或设为宿主机虚拟网卡的IP（VMnet1的IP，如192.168.10.1）。
4. 这样，这些虚拟机就组成了一个与外界完全隔离的私有网络，它们之间可以自由通信，但无法连接互联网。

经过以上从原理到实践，从基础配置到深度排查的完整流程，你应该已经能够游刃有余地搭建和管理VMware虚拟机的网络了。记住，虚拟网络是虚拟化的基石，理解它，就能为你构建更复杂的虚拟化应用场景打开大门。