用VMware做虚拟机开发环境我踩过最深的坑是网卡模式。刚开始图省事虚拟机一路默认NAT结果某天重启后IP变了SSH连不上后来图方便改成桥接又被公司网络告警盯上。兜兜转转一圈最后老老实实回到NAT模式。VMware的NAT模式其实就是让虚拟机躲在宿主机的后面上网由宿主机做一层网络地址转换。它能给虚拟机一个独立的私有网段默认是192.168.x.0/24虚拟机对外访问走宿主机的物理网卡外面没人能直接看到虚拟机本身。对新手学Linux、本地跑服务、搭实验环境的人来說这是最稳也最省心的选择。这篇内容我按自己复盘过的实际经验来写把NAT模式的原理、配置方法和常见问题一次性说清楚。1. 为什么我最终选了NAT模式而不是桥接1.1 桥接、NAT、仅主机到底差在哪VMware新建虚拟机时网络适配器有三个选项桥接、网络地址转换NAT、仅主机。桥接的意思是虚拟机的虚拟网卡直接接到你所在的实际局域网上路由器和交换机把它当成一台普通电脑。形象一点说你和物理机在同一个办公区桥接就是给虚拟机也拉了一根网线和所有员工一样分配地址、一样上网NAT则是办公区门口有个门卫室虚拟机想出去办事得把需求交给门卫由门卫替它出门外面的人只看到门卫看不到背后的人仅主机则是把虚拟机关在办公区内部只能和内部同事交流出不了大院。这三者最核心的区别用一张表可以看得很清楚模式虚拟机IP来源外部设备可直接访问虚拟机能否访问外网典型场景桥接物理局域网DHCP能能需要局域网内其他设备直接连虚拟机NATVMware内置DHCP默认不能能个人开发、学习、内网服务测试仅主机VMware内置DHCP不能不能纯隔离环境、恶意样本分析从表里能看出NAT是一个“中间态”虚拟机可以上网也具备相对独立的网络环境同时不会把自己直接暴露在真实局域网中。对大多数个人使用场景来说这个状态刚刚好。1.2 NAT模式的优势是踩过桥接的坑之后才体会到的我一开始其实更偏向桥接觉得那样虚拟机就像一台真实机器共享文件夹、局域网互访都方便。但真用起来才发现几个令人头疼的问题。第一桥接会占用物理局域网的真实IP。在公司或学校这种网络管理严格的环境里未登记的设备入网可能直接被禁止或者被网管盯上。NAT模式就没有这个问题因为虚拟机的流量统一走宿主机的物理网卡对路由器来说所有访问都来自宿主机这一台设备。第二NAT模式不受宿主机所处网络的变化影响。宿舍宽带换了一下桥接模式下的虚拟机可能连IP段都变了需要重新配置而NAT模式用的是VMware自己创建的虚拟网段只要宿主机能上网虚拟机就跟着能上网不用每次重配。第三多台虚拟机在同一个NAT网段里可以互相访问。我做分布式系统实验的时候开了三台Ubuntu虚拟机它们都挂在同一个NAT网段下互相用私有IP通信完全可行就像在一个安全的内部局域网里操作。这样既不影响外面的真实网络又能模拟出一套内部集群环境。当然桥接也有它的不可替代性。如果你需要让局域网里的其他设备直接访问虚拟机比如给同事看一个演示网页或者调试一个需要真实网络环境的应用那桥接是更直接的选择。但如果你不确定选什么又需要联网选NAT基本不会错。1.3 我的选型逻辑现在的我选网络模式遵循几条简单规则本机开发调试、跑数据库、装Linux学习环境一律NAT需要和局域网设备联调、开放服务给外部设备才改桥接只做隔离测试、不想让虚拟机接触外部网络用仅主机。这个判断标准用了很多年几乎没翻过车。2. NAT模式到底在做什么VMnet8的秘密2.1 从VMnet8虚拟网卡说起装完VMware Workstation后Windows的网络连接列表里会多出一块虚拟网卡名字一般是VMware Network Adapter VMnet8。这块网卡就是宿主机和NAT虚拟网络之间的桥梁。VMware会在它上面配置一个固定IP默认通常是192.168.xxx.1。很多人容易忽略这个地址的意义——它就是虚拟机里的“网关地址”。虚拟机内部配置默认路由时指向的其实就是这个IP部分VMware版本中网关是192.168.xxx.2但VMnet8网卡一定是宿主机的入口。VMware还内置了一个轻量级DHCP服务专门给NAT网段里的虚拟机分配IP。分配的起始地址一般从192.168.xxx.128开始所以你会发现NAT模式下虚拟机的IP普遍是192.168.xxx.128、192.168.xxx.130这样的数字而不是从1或者2开始。2.2 一次完整的NAT访问过程在虚拟机里的Ubuntu终端执行 ping 223.5.5.5 时背后发生的事情是这样的。Ubuntu构造一个ICMP请求源IP是192.168.xxx.128目标IP是223.5.5.5。数据包先到达VMware的虚拟交换机然后被交给NAT模块。NAT模块发现目标地址不在这个私有网段内于是从宿主机的物理网卡寻找出口同时把IP包里的源地址改写成宿主机物理网卡的IP。外网服务器返回响应时NAT模块再按照之前记录的表项把目标地址改回192.168.xxx.128转交给虚拟机。这个过程对虚拟机完全透明。虚拟机内的系统始终认为自己是在直连互联网它感知不到地址被改写的过程。用生活里的场景来类比就是小区门口的快递柜代收点住户虚拟机把快递数据包放到代收点代收点贴上自己的地址标签再寄出去快递回来时代收点再把包裹转给对应住户。外面的人只跟代收点打交道不知道具体住户门牌。2.3 DHCP租约与IP漂移问题NAT模式下虚拟机的IP默认由VMware内置DHCP服务分配。这个服务平时很安静但有两个行为需要特别注意。第一虚拟机关机后它的IP租约可能被其他虚拟机抢走下次开机你可能拿到一个新IP。第二克隆虚拟机之后因为MAC地址变了DHCP会分配一个全新的IP。如果你习惯固定IP访问虚拟机这种漂移会非常影响体验。解决方案也很简单进入虚拟机后把它设置成静态IP或者通过VMware虚拟网络编辑器做DHCP绑定把特定MAC地址和固定IP对应起来。2.4 别把VMware的NAT和路由器NAT搞混NAT这个词不止VMware在用。现在的光猫和家用路由器基本都是NAT模式上网运营商分配一个公网IP给光猫光猫把它转换成一个私有IP段供家里设备使用如果再接路由器路由器再转换一次。这就是网络里常说的“多层NAT”。热搜里提到的“光猫路由NAT模式DNS延迟”说的就是数据包每经过一层NAT设备都要做一次地址改写和状态查询确实会带来毫秒级的额外延迟。但这个延迟在正常的宽带环境下基本感知不到除非NAT设备的会话表满了或者性能太差。另外还有一个“中继模式”那是无线网络里的概念通常指路由器作为无线中继器放大信号和虚拟机网络模式完全不是一回事。看这类资料时别把概念混在一起理解。3. NAT模式下完整配置实操以Ubuntu 22.04为例3.1 先把虚拟机的网络适配器切成NAT如果你的虚拟机已经装好了操作系统想改NAT模式位置在VMware菜单栏的“虚拟机”“设置”“网络适配器”然后在“网络连接”一栏选择“NAT模式”点确定。改完以后虚拟机内部可能需要重启网络服务或者直接reboot一次。新建虚拟机时在硬件配置那一步也可以直接选NAT默认往往就是NAT不需要额外改动。这里有个容易忽略的坑如果虚拟机里已经配置过静态IP你在宿主机这边切换模式后虚拟机内部的静态配置不会自动更新需要手动进入系统调整网关否则网络仍然是断的。所以切换模式后第一步永远是回到虚拟机里检查 ip addr 和 ip route。3.2 装好open-vm-tools解锁剪贴板与文件拖拽很多人问外面的命令怎么复制到Ubuntu虚拟机里的终端这个问题的答案其实和网络模式无关关键在VMware Tools。在Ubuntu虚拟机里执行下面的命令sudo apt update sudo apt install -y open-vm-tools open-vm-tools-desktop装完以后重启虚拟机宿主机和虚拟机之间的剪贴板共享、文件拖拽、窗口自适应分辨率就都生效了。以前我经常在宿主机上复制一段代码切进虚拟机想粘贴结果怎么都粘不进去折腾半天发现就是VMware Tools没安装。装了之后体验直接从“原始人”升级到“现代人”。Windows虚拟机则相反走的是官方VMware Tools安装包路径在VMware菜单栏“虚拟机”“安装VMware Tools”。安装过程中注意弹出的驱动签名提示要选“仍然安装”否则部分驱动加载失败后面会出现网络和图形问题。3.3 配置静态IP四个命令查明白再动手NAT模式下如果不想每次重启虚拟机IP都变建议配置静态IP。配置之前先执行几个命令把这些信息摸清楚# 查看网卡名字和当前IP ip addr show # 查看网关 ip route # 查看DNS resolvectl status网卡名字在Ubuntu 22.04上通常是ens33或ens160。网关地址通常是192.168.xxx.1或192.168.xxx.2以你实际查到的为准。下一步编辑netplan配置文件sudo vim /etc/netplan/01-netcfg.yaml文件内容参考如下network: version: 2 ethernets: ens33: dhcp4: false addresses: - 192.168.xxx.130/24 routes: - to: default via: 192.168.xxx.2 nameservers: addresses: - 223.5.5.5 - 119.29.29.29上面的192.168.xxx.130要替换成你想用的静态IP2网关地址替换成你实际查到的网关。保存退出后执行sudo netplan apply然后再次 ip addr show 确认IP是否生效。这里特别提醒不同VMware版本中NAT网络的网关地址并不完全一样。我用VMware Workstation 16时默认网关是192.168.xxx.2VMnet8虚拟网卡才是192.168.xxx.1两个角色不同。最保险的方式是先让DHCP自动分配一次然后按 ip route 里显示的真实网关来填不要想当然写成xxx.1。3.4 端口转发让宿主机甚至局域网访问虚拟机里的服务NAT模式下宿主机可以直接访问虚拟机但局域网里的其他设备不能。如果你希望别人也能访问虚拟机里的网页或API可以配置端口转发。操作路径VMware菜单栏“编辑”“虚拟网络编辑器”选中VMnet8点“NAT设置”再点“添加端口转发”。举个实际例子我在虚拟机的80端口跑了一个服务宿主机上想用8080端口来访问就在宿主机的端口填8080虚拟机IP填192.168.xxx.130虚拟机端口填80。应用之后局域网里任何人访问宿主机IP:8080都能到达虚拟机的80端口。这是NAT模式很实用的能力平时我跑本地测试服务、给同事临时看效果都靠这条链路不用改桥接也不用暴露整个虚拟机。3.5 克隆、快照对网络配置的影响克隆虚拟机时VMware会为新虚拟机生成一个新的MAC地址系统里原来的网络配置可能对不上导致克隆出来的机器网络不通。快照回滚之后原来DHCP分配的IP也可能变了。我的习惯是克隆之后第一时间进系统把IP改成固定IP快照回滚之后先核对 ip addr 和 ip route确认网卡名、IP、网关都对上再继续跑业务。网络类的坑很多时候不是配置写错而是环境变了旧配置还在。4. 常见问题与排查技巧实录4.1 虚拟机ping不通外网怎么一步步排查NAT模式下虚拟机突然没网是最常遇到的问题。我的排查顺序固定是四层。第一层看网卡有没有起来。执行 ip addr show如果ens33显示的是DOWN执行 sudo ip link set ens33 up。第二层看IP有没有分到。如果网卡起来了但没有任何IP执行 sudo dhclient ens33 手动向DHCP要一次地址。如果拿到地址了说明DHCP服务正常。第三层看网关通不通。执行 ping 192.168.xxx.1如果不通问题多半出在宿主机这边。去Windows服务管理器检查VMware NAT Service和VMware DHCP Service有没有在运行这俩服务停了虚拟机网络必然瘫痪。我在宿主机重启后经常遇到这两个服务没自动拉起的情况手动启动一下就好了。第四层看外网。执行 ping 223.5.5.5如果通但 ping www.example.com 不通那就是DNS问题排查方向转向DNS配置。这套顺序能区分故障发生在虚拟机内部、VMware服务层还是DNS层而不是一上来就重装系统。4.2 DNS解析慢NAT模式下虚拟机使用宿主机的网络做DNS转发有时会遇到域名解析特别慢的情况。最直接的解决办法是在netplan配置里指定公共DNS比如223.5.5.5或119.29.29.29。不建议直接改 /etc/resolv.conf因为Ubuntu的systemd-resolved会自动覆盖这个文件。正确做法就是在netplan的nameservers里写清楚然后 netplan apply。改完之后用 nslookup 或 dig 测一下解析速度通常立竿见影。4.3 Ubuntu黑屏进不去桌面NAT模式下Ubuntu开机黑屏多数人以为是网络问题其实大概率是显卡或资源问题。我帮朋友排查过几次常见原因有三类内存给得太小装了带桌面的Ubuntu却只分配2GBVMware的3D加速和虚拟显卡驱动冲突磁盘空间占满导致系统起不来。解决办法依次是把虚拟机内存提升到4GB以上在虚拟机设置里找到“显示”选项取消“加速3D图形”如果还进不去图形界面按CtrlAltF2切到命令行tty先用 df -h 看磁盘再查看日志排查。如果命令行能进图形界面起不来多半还是显卡问题。4.4 Windows虚拟机蓝屏和VMware不可恢复错误Windows 10/11虚拟机在VMware里偶尔会弹“不可恢复错误: (vcpu-1) exception 0xc0000005 (access violation)”。这个错误和NAT模式没有直接关系更多是VMware版本与CPU虚拟化、显卡驱动之间的兼容性问题。遇到这个提示优先做三件事升级VMware Workstation到较新的维护版本虚拟机CPU设置里按需取消不必要的虚拟化引擎选项比如宿主CPU不明确支持时就别勾“虚拟化Intel VT-x/EPT”或“AMD-V/RVI-V”确保宿主机BIOS里VT-x或AMD-V已经开启。Windows虚拟机本身蓝屏常见原因是Windows更新和显卡驱动冲突。好在虚拟机有快照功能遇到蓝屏直接回滚到之前正常的快照比物理机上遭遇蓝屏轻松太多。4.5 宿主机无法连接虚拟机里的SSH或数据库宿主机能ping通虚拟机但SSH连不上这种“半通不通”的状态最容易被误判。实际排查步骤先确认虚拟机里的服务端口在监听执行 sudo netstat -tlnp | grep 22再看防火墙状态 sudo ufw status如果开着就执行 sudo ufw allow 22最后确认是不是VMware端口转发配置冲突比如把宿主机的同一个端口转发到了多个虚拟机这会导致时通时断。数据库连接同理。很多数据库默认只监听127.0.0.1需要修改配置让它监听0.0.0.0否则虚拟机外部永远连不上。这个细节我踩过好几次。4.6 提示“无法连接到虚拟机”或“请确保您有权运行该程序”这个提示通常和VMware服务、权限有关。先确认是不是以管理员身份运行VMware Workstation再检查Windows服务里的VMware Authorization Service、VMware NAT Service、VMware DHCP Service是否都在运行。服务停止的话手动启动并把启动类型设为自动。虚拟机文件被另一个VMware进程占用时也会出现类似提示去任务管理器结束所有vmware相关进程再重开软件基本能解决。4.7 常见问题速查表症状常见原因解决办法虚拟机没网ping不通网关VMware NAT服务未启动启动VMware NAT Service和DHCP Service虚拟机有IP但ping不通外网路由配置错误或网关错误核对 ip route修正netplan网关域名解析慢DNS设置不合理netplan里指定公共DNSUbuntu黑屏内存不足或3D加速冲突加内存关闭3D加速切tty排查Windows蓝屏或0xc0000005VMware版本兼容性问题升级VMware调整CPU虚拟化设置宿主机连不上虚拟机SSH服务未监听或防火墙拦截检查端口监听放行防火墙提示无法连接虚拟机VMware服务或权限问题管理员运行检查服务状态5. 长期用NAT模式攒下来的几个习惯5.1 固定VMnet8子网别让它乱跳默认情况下VMware的VMnet8网段可能因为软件版本或配置不同而变化。我习惯打开“虚拟网络编辑器”把VMnet8的子网固定成一个自己熟悉的网段比如192.168.100.0/24。这样所有NAT模式下的虚拟机都在这个网段里记忆成本和技术排查成本都会低很多。5.2 快照永远是网络折腾的后悔药在虚拟机里改动网络配置前先打一个快照。这个习惯帮我省了无数次重装系统的时间。改坏netplan、防火墙规则写错、DNS配置把自己锁在门外这类问题只要回滚快照就全解决了。虚拟机比物理机方便的地方就是这里——可以随便折腾折腾坏了退回去就是。5.3 记录一条关键信息网关地址用NAT模式多年踩过无数坑之后我最大的体会是网络配置折腾多了靠的不是背命令而是清晰的模型和备份意识。把VMnet8、网关、DHCP这三个角色记住绝大多数网络问题都能一眼定位。网关地址是最容易被忽略又最关键的信息每次装完新虚拟机我第一件事就是 ip route 看一眼网关顺手记在笔记里。我个人在实际操作中最受益的一个动作就是每次配置网络前先打快照。如果你刚开始用VMware建议从NAT模式开始按上面的步骤走一遍把静态IP、VMware Tools、端口转发这三件事配好后面基本就不会被虚拟机的网络问题劝退了。
VMware虚拟机NAT模式详解：原理、配置与常见问题排查
用VMware做虚拟机开发环境我踩过最深的坑是网卡模式。刚开始图省事虚拟机一路默认NAT结果某天重启后IP变了SSH连不上后来图方便改成桥接又被公司网络告警盯上。兜兜转转一圈最后老老实实回到NAT模式。VMware的NAT模式其实就是让虚拟机躲在宿主机的后面上网由宿主机做一层网络地址转换。它能给虚拟机一个独立的私有网段默认是192.168.x.0/24虚拟机对外访问走宿主机的物理网卡外面没人能直接看到虚拟机本身。对新手学Linux、本地跑服务、搭实验环境的人来說这是最稳也最省心的选择。这篇内容我按自己复盘过的实际经验来写把NAT模式的原理、配置方法和常见问题一次性说清楚。1. 为什么我最终选了NAT模式而不是桥接1.1 桥接、NAT、仅主机到底差在哪VMware新建虚拟机时网络适配器有三个选项桥接、网络地址转换NAT、仅主机。桥接的意思是虚拟机的虚拟网卡直接接到你所在的实际局域网上路由器和交换机把它当成一台普通电脑。形象一点说你和物理机在同一个办公区桥接就是给虚拟机也拉了一根网线和所有员工一样分配地址、一样上网NAT则是办公区门口有个门卫室虚拟机想出去办事得把需求交给门卫由门卫替它出门外面的人只看到门卫看不到背后的人仅主机则是把虚拟机关在办公区内部只能和内部同事交流出不了大院。这三者最核心的区别用一张表可以看得很清楚模式虚拟机IP来源外部设备可直接访问虚拟机能否访问外网典型场景桥接物理局域网DHCP能能需要局域网内其他设备直接连虚拟机NATVMware内置DHCP默认不能能个人开发、学习、内网服务测试仅主机VMware内置DHCP不能不能纯隔离环境、恶意样本分析从表里能看出NAT是一个“中间态”虚拟机可以上网也具备相对独立的网络环境同时不会把自己直接暴露在真实局域网中。对大多数个人使用场景来说这个状态刚刚好。1.2 NAT模式的优势是踩过桥接的坑之后才体会到的我一开始其实更偏向桥接觉得那样虚拟机就像一台真实机器共享文件夹、局域网互访都方便。但真用起来才发现几个令人头疼的问题。第一桥接会占用物理局域网的真实IP。在公司或学校这种网络管理严格的环境里未登记的设备入网可能直接被禁止或者被网管盯上。NAT模式就没有这个问题因为虚拟机的流量统一走宿主机的物理网卡对路由器来说所有访问都来自宿主机这一台设备。第二NAT模式不受宿主机所处网络的变化影响。宿舍宽带换了一下桥接模式下的虚拟机可能连IP段都变了需要重新配置而NAT模式用的是VMware自己创建的虚拟网段只要宿主机能上网虚拟机就跟着能上网不用每次重配。第三多台虚拟机在同一个NAT网段里可以互相访问。我做分布式系统实验的时候开了三台Ubuntu虚拟机它们都挂在同一个NAT网段下互相用私有IP通信完全可行就像在一个安全的内部局域网里操作。这样既不影响外面的真实网络又能模拟出一套内部集群环境。当然桥接也有它的不可替代性。如果你需要让局域网里的其他设备直接访问虚拟机比如给同事看一个演示网页或者调试一个需要真实网络环境的应用那桥接是更直接的选择。但如果你不确定选什么又需要联网选NAT基本不会错。1.3 我的选型逻辑现在的我选网络模式遵循几条简单规则本机开发调试、跑数据库、装Linux学习环境一律NAT需要和局域网设备联调、开放服务给外部设备才改桥接只做隔离测试、不想让虚拟机接触外部网络用仅主机。这个判断标准用了很多年几乎没翻过车。2. NAT模式到底在做什么VMnet8的秘密2.1 从VMnet8虚拟网卡说起装完VMware Workstation后Windows的网络连接列表里会多出一块虚拟网卡名字一般是VMware Network Adapter VMnet8。这块网卡就是宿主机和NAT虚拟网络之间的桥梁。VMware会在它上面配置一个固定IP默认通常是192.168.xxx.1。很多人容易忽略这个地址的意义——它就是虚拟机里的“网关地址”。虚拟机内部配置默认路由时指向的其实就是这个IP部分VMware版本中网关是192.168.xxx.2但VMnet8网卡一定是宿主机的入口。VMware还内置了一个轻量级DHCP服务专门给NAT网段里的虚拟机分配IP。分配的起始地址一般从192.168.xxx.128开始所以你会发现NAT模式下虚拟机的IP普遍是192.168.xxx.128、192.168.xxx.130这样的数字而不是从1或者2开始。2.2 一次完整的NAT访问过程在虚拟机里的Ubuntu终端执行 ping 223.5.5.5 时背后发生的事情是这样的。Ubuntu构造一个ICMP请求源IP是192.168.xxx.128目标IP是223.5.5.5。数据包先到达VMware的虚拟交换机然后被交给NAT模块。NAT模块发现目标地址不在这个私有网段内于是从宿主机的物理网卡寻找出口同时把IP包里的源地址改写成宿主机物理网卡的IP。外网服务器返回响应时NAT模块再按照之前记录的表项把目标地址改回192.168.xxx.128转交给虚拟机。这个过程对虚拟机完全透明。虚拟机内的系统始终认为自己是在直连互联网它感知不到地址被改写的过程。用生活里的场景来类比就是小区门口的快递柜代收点住户虚拟机把快递数据包放到代收点代收点贴上自己的地址标签再寄出去快递回来时代收点再把包裹转给对应住户。外面的人只跟代收点打交道不知道具体住户门牌。2.3 DHCP租约与IP漂移问题NAT模式下虚拟机的IP默认由VMware内置DHCP服务分配。这个服务平时很安静但有两个行为需要特别注意。第一虚拟机关机后它的IP租约可能被其他虚拟机抢走下次开机你可能拿到一个新IP。第二克隆虚拟机之后因为MAC地址变了DHCP会分配一个全新的IP。如果你习惯固定IP访问虚拟机这种漂移会非常影响体验。解决方案也很简单进入虚拟机后把它设置成静态IP或者通过VMware虚拟网络编辑器做DHCP绑定把特定MAC地址和固定IP对应起来。2.4 别把VMware的NAT和路由器NAT搞混NAT这个词不止VMware在用。现在的光猫和家用路由器基本都是NAT模式上网运营商分配一个公网IP给光猫光猫把它转换成一个私有IP段供家里设备使用如果再接路由器路由器再转换一次。这就是网络里常说的“多层NAT”。热搜里提到的“光猫路由NAT模式DNS延迟”说的就是数据包每经过一层NAT设备都要做一次地址改写和状态查询确实会带来毫秒级的额外延迟。但这个延迟在正常的宽带环境下基本感知不到除非NAT设备的会话表满了或者性能太差。另外还有一个“中继模式”那是无线网络里的概念通常指路由器作为无线中继器放大信号和虚拟机网络模式完全不是一回事。看这类资料时别把概念混在一起理解。3. NAT模式下完整配置实操以Ubuntu 22.04为例3.1 先把虚拟机的网络适配器切成NAT如果你的虚拟机已经装好了操作系统想改NAT模式位置在VMware菜单栏的“虚拟机”“设置”“网络适配器”然后在“网络连接”一栏选择“NAT模式”点确定。改完以后虚拟机内部可能需要重启网络服务或者直接reboot一次。新建虚拟机时在硬件配置那一步也可以直接选NAT默认往往就是NAT不需要额外改动。这里有个容易忽略的坑如果虚拟机里已经配置过静态IP你在宿主机这边切换模式后虚拟机内部的静态配置不会自动更新需要手动进入系统调整网关否则网络仍然是断的。所以切换模式后第一步永远是回到虚拟机里检查 ip addr 和 ip route。3.2 装好open-vm-tools解锁剪贴板与文件拖拽很多人问外面的命令怎么复制到Ubuntu虚拟机里的终端这个问题的答案其实和网络模式无关关键在VMware Tools。在Ubuntu虚拟机里执行下面的命令sudo apt update sudo apt install -y open-vm-tools open-vm-tools-desktop装完以后重启虚拟机宿主机和虚拟机之间的剪贴板共享、文件拖拽、窗口自适应分辨率就都生效了。以前我经常在宿主机上复制一段代码切进虚拟机想粘贴结果怎么都粘不进去折腾半天发现就是VMware Tools没安装。装了之后体验直接从“原始人”升级到“现代人”。Windows虚拟机则相反走的是官方VMware Tools安装包路径在VMware菜单栏“虚拟机”“安装VMware Tools”。安装过程中注意弹出的驱动签名提示要选“仍然安装”否则部分驱动加载失败后面会出现网络和图形问题。3.3 配置静态IP四个命令查明白再动手NAT模式下如果不想每次重启虚拟机IP都变建议配置静态IP。配置之前先执行几个命令把这些信息摸清楚# 查看网卡名字和当前IP ip addr show # 查看网关 ip route # 查看DNS resolvectl status网卡名字在Ubuntu 22.04上通常是ens33或ens160。网关地址通常是192.168.xxx.1或192.168.xxx.2以你实际查到的为准。下一步编辑netplan配置文件sudo vim /etc/netplan/01-netcfg.yaml文件内容参考如下network: version: 2 ethernets: ens33: dhcp4: false addresses: - 192.168.xxx.130/24 routes: - to: default via: 192.168.xxx.2 nameservers: addresses: - 223.5.5.5 - 119.29.29.29上面的192.168.xxx.130要替换成你想用的静态IP2网关地址替换成你实际查到的网关。保存退出后执行sudo netplan apply然后再次 ip addr show 确认IP是否生效。这里特别提醒不同VMware版本中NAT网络的网关地址并不完全一样。我用VMware Workstation 16时默认网关是192.168.xxx.2VMnet8虚拟网卡才是192.168.xxx.1两个角色不同。最保险的方式是先让DHCP自动分配一次然后按 ip route 里显示的真实网关来填不要想当然写成xxx.1。3.4 端口转发让宿主机甚至局域网访问虚拟机里的服务NAT模式下宿主机可以直接访问虚拟机但局域网里的其他设备不能。如果你希望别人也能访问虚拟机里的网页或API可以配置端口转发。操作路径VMware菜单栏“编辑”“虚拟网络编辑器”选中VMnet8点“NAT设置”再点“添加端口转发”。举个实际例子我在虚拟机的80端口跑了一个服务宿主机上想用8080端口来访问就在宿主机的端口填8080虚拟机IP填192.168.xxx.130虚拟机端口填80。应用之后局域网里任何人访问宿主机IP:8080都能到达虚拟机的80端口。这是NAT模式很实用的能力平时我跑本地测试服务、给同事临时看效果都靠这条链路不用改桥接也不用暴露整个虚拟机。3.5 克隆、快照对网络配置的影响克隆虚拟机时VMware会为新虚拟机生成一个新的MAC地址系统里原来的网络配置可能对不上导致克隆出来的机器网络不通。快照回滚之后原来DHCP分配的IP也可能变了。我的习惯是克隆之后第一时间进系统把IP改成固定IP快照回滚之后先核对 ip addr 和 ip route确认网卡名、IP、网关都对上再继续跑业务。网络类的坑很多时候不是配置写错而是环境变了旧配置还在。4. 常见问题与排查技巧实录4.1 虚拟机ping不通外网怎么一步步排查NAT模式下虚拟机突然没网是最常遇到的问题。我的排查顺序固定是四层。第一层看网卡有没有起来。执行 ip addr show如果ens33显示的是DOWN执行 sudo ip link set ens33 up。第二层看IP有没有分到。如果网卡起来了但没有任何IP执行 sudo dhclient ens33 手动向DHCP要一次地址。如果拿到地址了说明DHCP服务正常。第三层看网关通不通。执行 ping 192.168.xxx.1如果不通问题多半出在宿主机这边。去Windows服务管理器检查VMware NAT Service和VMware DHCP Service有没有在运行这俩服务停了虚拟机网络必然瘫痪。我在宿主机重启后经常遇到这两个服务没自动拉起的情况手动启动一下就好了。第四层看外网。执行 ping 223.5.5.5如果通但 ping www.example.com 不通那就是DNS问题排查方向转向DNS配置。这套顺序能区分故障发生在虚拟机内部、VMware服务层还是DNS层而不是一上来就重装系统。4.2 DNS解析慢NAT模式下虚拟机使用宿主机的网络做DNS转发有时会遇到域名解析特别慢的情况。最直接的解决办法是在netplan配置里指定公共DNS比如223.5.5.5或119.29.29.29。不建议直接改 /etc/resolv.conf因为Ubuntu的systemd-resolved会自动覆盖这个文件。正确做法就是在netplan的nameservers里写清楚然后 netplan apply。改完之后用 nslookup 或 dig 测一下解析速度通常立竿见影。4.3 Ubuntu黑屏进不去桌面NAT模式下Ubuntu开机黑屏多数人以为是网络问题其实大概率是显卡或资源问题。我帮朋友排查过几次常见原因有三类内存给得太小装了带桌面的Ubuntu却只分配2GBVMware的3D加速和虚拟显卡驱动冲突磁盘空间占满导致系统起不来。解决办法依次是把虚拟机内存提升到4GB以上在虚拟机设置里找到“显示”选项取消“加速3D图形”如果还进不去图形界面按CtrlAltF2切到命令行tty先用 df -h 看磁盘再查看日志排查。如果命令行能进图形界面起不来多半还是显卡问题。4.4 Windows虚拟机蓝屏和VMware不可恢复错误Windows 10/11虚拟机在VMware里偶尔会弹“不可恢复错误: (vcpu-1) exception 0xc0000005 (access violation)”。这个错误和NAT模式没有直接关系更多是VMware版本与CPU虚拟化、显卡驱动之间的兼容性问题。遇到这个提示优先做三件事升级VMware Workstation到较新的维护版本虚拟机CPU设置里按需取消不必要的虚拟化引擎选项比如宿主CPU不明确支持时就别勾“虚拟化Intel VT-x/EPT”或“AMD-V/RVI-V”确保宿主机BIOS里VT-x或AMD-V已经开启。Windows虚拟机本身蓝屏常见原因是Windows更新和显卡驱动冲突。好在虚拟机有快照功能遇到蓝屏直接回滚到之前正常的快照比物理机上遭遇蓝屏轻松太多。4.5 宿主机无法连接虚拟机里的SSH或数据库宿主机能ping通虚拟机但SSH连不上这种“半通不通”的状态最容易被误判。实际排查步骤先确认虚拟机里的服务端口在监听执行 sudo netstat -tlnp | grep 22再看防火墙状态 sudo ufw status如果开着就执行 sudo ufw allow 22最后确认是不是VMware端口转发配置冲突比如把宿主机的同一个端口转发到了多个虚拟机这会导致时通时断。数据库连接同理。很多数据库默认只监听127.0.0.1需要修改配置让它监听0.0.0.0否则虚拟机外部永远连不上。这个细节我踩过好几次。4.6 提示“无法连接到虚拟机”或“请确保您有权运行该程序”这个提示通常和VMware服务、权限有关。先确认是不是以管理员身份运行VMware Workstation再检查Windows服务里的VMware Authorization Service、VMware NAT Service、VMware DHCP Service是否都在运行。服务停止的话手动启动并把启动类型设为自动。虚拟机文件被另一个VMware进程占用时也会出现类似提示去任务管理器结束所有vmware相关进程再重开软件基本能解决。4.7 常见问题速查表症状常见原因解决办法虚拟机没网ping不通网关VMware NAT服务未启动启动VMware NAT Service和DHCP Service虚拟机有IP但ping不通外网路由配置错误或网关错误核对 ip route修正netplan网关域名解析慢DNS设置不合理netplan里指定公共DNSUbuntu黑屏内存不足或3D加速冲突加内存关闭3D加速切tty排查Windows蓝屏或0xc0000005VMware版本兼容性问题升级VMware调整CPU虚拟化设置宿主机连不上虚拟机SSH服务未监听或防火墙拦截检查端口监听放行防火墙提示无法连接虚拟机VMware服务或权限问题管理员运行检查服务状态5. 长期用NAT模式攒下来的几个习惯5.1 固定VMnet8子网别让它乱跳默认情况下VMware的VMnet8网段可能因为软件版本或配置不同而变化。我习惯打开“虚拟网络编辑器”把VMnet8的子网固定成一个自己熟悉的网段比如192.168.100.0/24。这样所有NAT模式下的虚拟机都在这个网段里记忆成本和技术排查成本都会低很多。5.2 快照永远是网络折腾的后悔药在虚拟机里改动网络配置前先打一个快照。这个习惯帮我省了无数次重装系统的时间。改坏netplan、防火墙规则写错、DNS配置把自己锁在门外这类问题只要回滚快照就全解决了。虚拟机比物理机方便的地方就是这里——可以随便折腾折腾坏了退回去就是。5.3 记录一条关键信息网关地址用NAT模式多年踩过无数坑之后我最大的体会是网络配置折腾多了靠的不是背命令而是清晰的模型和备份意识。把VMnet8、网关、DHCP这三个角色记住绝大多数网络问题都能一眼定位。网关地址是最容易被忽略又最关键的信息每次装完新虚拟机我第一件事就是 ip route 看一眼网关顺手记在笔记里。我个人在实际操作中最受益的一个动作就是每次配置网络前先打快照。如果你刚开始用VMware建议从NAT模式开始按上面的步骤走一遍把静态IP、VMware Tools、端口转发这三件事配好后面基本就不会被虚拟机的网络问题劝退了。
