刚装好的虚拟机配置没问题、系统也装完了结果ping百度半天不通内网倒是访问得挺欢一跨网关就哑火。这个问题折腾过的人都知道多闹心。我这些年帮人排查虚拟机网络问题十个里面至少七八个是“VMware连不上外网”原因五花八门但绝大多数翻来覆去就那么几个点。这篇文章就把我踩过的坑和常用的排查套路一次说清楚从网络模式原理讲到具体命令配合实际操作步骤照着做基本都能解决。1. 先搞清楚“连不上外网”是哪一层的问题在动手改配置之前先花两分钟想明白一个问题你的虚拟机用的是哪种网络模式VMware Workstation 有三种基本网络模式搞混了后面的排查全是瞎忙活。NAT 模式默认虚拟机通过宿主机共享 IP 上网VMnet8 虚拟网卡承担这个工作。外部设备看到的是宿主机 IP相当于虚拟机躲在后面。这种模式最适合日常学习不用管物理网络环境只要宿主机能上网虚拟机一般就能上。桥接模式虚拟机直接接入宿主机所在的物理局域网有自己的独立 IP和宿主机是“平级”关系。路由器给它直接分配地址看起来就像局域网里一台独立的物理机。对外提供服务、测试集群、玩网络实验用这种模式最合适。仅主机模式虚拟机只能和宿主机通信VMnet1 管这个事默认上不了外网。这个模式适合做隔离实验但如果你刚好选了这个又期待能访问互联网那问题就出在模式本身。三种模式的网络路径有本质区别排查思路也完全不同。用一张表来对比一下模式VMware 虚拟网卡DHCP 服务外网可达性典型用途NATVMnet8自动分配 192.168.x.x通过宿主机共享上网单机开发、测试桥接无固定虚拟网卡由物理路由器分配局域网独立 IP直连外网服务器、集群、网络实验仅主机VMnet1自动分配默认不可达隔离测试、安全实验我自己的习惯是日常跑跑服务、装个 Linux 环境、试软件无脑用 NAT要模拟真实部署、做对外访问的测试才切桥接。分清场景能省掉一大半的排查时间。2. NAT 模式下连不上外网的逐步排查NAT 模式是 VMware 的默认选项也是大多数人遇到问题的地方。它依赖宿主机上的几个组件协同工作VMware NAT Service、VMware DHCP Service、虚拟网卡 VMnet8。任何一个环节掉链子虚拟机就断网。2.1 宿主机的网络服务有没有在跑这一步是很多人的盲区。VMware 安装的时候会在 Windows 上注册两个服务VMware NAT Service 和 VMware DHCP Service。如果它们没启动虚拟机内部的配置再正确也不会有网络。受挫过的人很容易陷入虚拟机内部折腾忘了源头其实在宿主机。按 Windows 键输入“服务”打开服务管理器或者 WinR 输入 services.msc找到这两个服务VMware NAT Service VMware DHCP Service VMware Authorization Service建议也确认在运行正常情况下状态应该是“正在运行”启动类型是“自动”。如果是“停止”或者“启动类型”变成了“手动”右键改成自动并启动。我遇到过一个典型情况装了某些安全软件或者系统优化工具之后NAT Service 被优化掉或者拦截了直接导致虚拟机上不了网。如果你装了带“网络优化”“开机加速”功能的工具先关掉或者把 VMware 相关服务加白名单。2.2 虚拟网络编辑器里的配置对不对另一个高频问题出在 VMware 的“虚拟网络编辑器”里。点菜单栏“编辑Edit→ 虚拟网络编辑器Virtual Network Editor”右下角有个“更改设置Change Settings”按钮点它才进入管理员模式不对的话很多配置是灰的。进去之后重点看这几个配置VMnet8 是否存在是否处于 NAT 模式NAT 设置里的网关 IP 是多少默认通常是 192.168.xxx.2DHCP 设置里的地址池范围如果是自定义安装、导入过旧配置、或者之前乱点过“还原默认设置”这里的子网和网关可能已经不对了。你要么把子网改成习惯的网段要么把虚拟机内部的 IP 改成和这里匹配的网段两边必须一致。大量踩坑之后发现最稳的做法是把 NAT 模式下的 VMnet8 子网改成不常用的网段比如 192.168.88.0这样可以避免和公司或家里的物理局域网冲突。物理局域网用了 192.168.1.0/24如果 VMnet8 还是默认的 192.168.1.0/24路由就冲突了这属于超典型的“看着都正常但就是不通”的隐蔽问题。2.3 虚拟机内部的网络配置检查宿主机和 VMware 层面都 OK 之后接着看虚拟机内部。以常见的 Ubuntu/Debian 为例登录进去先看看网卡状态ip addr show正常情况下NAT 模式下的网卡ens33、ens160 之类的名称会有一个 192.168.88.x 的地址IP 段取决于你上面的虚拟网络编辑器配置。如果地址是空的或者显示 DOWN需要手动启用网卡sudo dhclient ens33如果 DHCP 拿不到地址可以临时手动指定一个静态 IP。假设 VMnet8 所在网段是 192.168.88.0网关是 192.168.88.2那就是sudo ip addr add 192.168.88.100/24 dev ens33 sudo ip link set ens33 up sudo ip route add default via 192.168.88.2加了之后立刻验证ping -c 4 192.168.88.2 # 先测网关 ping -c 4 8.8.8.8 # 再测外网 IP ping -c 4 baidu.com # 最后测 DNS 解析这个三步验证法非常关键网关通说明链路 OKIP 通说明路由 OK域名通说明 DNS OK。卡在哪一步就对症下药不用瞎猜。2.4 防火墙和 DNS 导致的“假故障”有一种情况很迷惑网关能通、IP 也能通但浏览器就是打不开网页ping 域名直接报“Name or service not known”。这说明 DNS 解析挂了不是网络断了。NAT 模式下虚拟机的 DNS 默认由 DHCP 下发。只要宿主机正常虚拟机默认就该正常。但如果你手动改过 DNS、或者虚拟机的 DNS 指向了一个废弃的内网服务器就会出现“网络通、网页打不开”的怪现象。修起来很简单编辑 /etc/resolv.confnameserver 223.5.5.5 nameserver 114.114.114.114顺便说一句最好不要去动系统防火墙。NAT 模式下虚拟机的出站流量不需要额外放行如果你为了“测试”把防火墙规则改乱了反而会引入新问题。如果实在怀疑防火墙先临时关闭测试不要上来就永久禁用。3. 桥接模式连不上外网的排查思路如果你切到了桥接模式排查思路就得换一套。桥接模式下虚拟机不依赖 NAT Service它直连物理局域网问题大多出在“桥到了错误的网卡上”或者“IP 冲突”。3.1 先确认桥接的是哪块物理网卡虚拟网络编辑器里桥接模式的配置有一个“桥接到”选项。很多人这里默认是“自动”但自动不一定对——尤其是笔记本上有无线网卡又有有线网卡VMware 很可能自动桥到了那块没插网的网卡上。虚拟机内部怎么配置都不通因为桥接对象本身就没网。手动指定是最省心的插了网线选择你的有线网卡通常是 Realtek PCIe GbE Family Controller 或 Intel Ethernet Connection连了 WiFi选择无线网卡Intel Wireless-AC 或类似名称不要选“自动”除非你能确认系统只识别的唯一一块网卡。3.2 物理路由器和宿主机带来的限制桥接模式下虚拟机直接从路由器获取 IP或者手动配置一个和宿主机同网段的 IP。如果物理路由器开了 MAC 地址绑定、访客网络隔离、或者 DHCP 租约池耗尽虚拟机照样上不了网。这里有个很现实的问题公司网络或者某些公共 Wi-Fi 环境AP 会开启“客户端隔离”。这种情况下桥接模式永远不通不是你配置的问题而是物理网络不允许。老老实实切回 NAT 模式。3.3 IP 冲突排查桥接模式下最隐蔽的问题是 IP 冲突。宿主机和虚拟机如果配置了相同的 IP两边都会间歇性掉线而且 ping 的时候时而通时而不通特別难排查。排查方式arp -a看看虚拟机 IP 对应的 MAC 地址是否和预期的一致。如果不一致基本就是 IP 被占用了。换个不常用的 IP 就好比如宿主机是 192.168.1.8虚拟机就设成 192.168.1.108。4. 克隆和迁移之后的网卡 MAC 问题这是我遇到过的另一个高频翻车现场值得单独拿出来讲。很多人喜欢“装好一个干净的虚拟机模板然后不断克隆”。克隆出来的虚拟机继承模板的网卡配置但 VMware 默认会给克隆机随机生成一个新的 MAC 地址。问题就出在这里克隆机的网络配置文件里仍然绑定了旧网卡的 MAC 地址。以 CentOS/RHEL 系的系统为例/etc/sysconfig/network-scripts/ifcfg-ens33 里如果存在HWADDR00:0c:29:xx:xx:xx而新网卡的实际 MAC 地址已经变了网络服务启动时检测到“MAC 对不上”就会直接把网卡拉起来又踢掉表现为ip addr 里看不到网卡有 IP反复 dhclient 也拿不到地址偶尔拿到几秒钟又断了。处理方式编辑配置文件删掉 HWADDR 行或者改成新网卡的 MAC 地址然后systemctl restart networkUbuntu 系的系统使用 netplan 的版本通常没有这个问题因为 netplan 不写死 MAC。但如果你是老式的 /etc/network/interfaces 配置方式同样要注意有没有写死 MAC 的地方。另一个和克隆相关的坑克隆出的虚拟机如果同时存在多块网卡其中一块配置了旧 MAC系统内部的路由表就会变得混乱。检查一下ip route show正常情况下应该只有一条 default 路由指向网关。如果有两条以上 default 路由就是配置错乱了删掉多余的只保留正确的。5. 常见问题速查与实操心得最后把这几年积累的排查经验整理成表格按照“症状 → 原因 → 解决”给出来出问题的时候对着找就行。症状最常见原因解决办法虚拟机完全无 IPNAT 模式VMware NAT Service 未运行服务管理器启动 VMware NAT Service设为自动虚拟机有 IPping 不通网关VMnet8 子网和虚拟机内部网段不一致统一虚拟网络编辑器和虚机内部的网段ping 网关通ping IP 不通宿主机防火墙拦截或路由异常临时关闭宿主机防火墙测试恢复默认路由状态ping IP 通域名不通DNS 配置错误修改 /etc/resolv.conf加入公共 DNS克隆后网卡上下跳、拿不到 IPMAC 绑定残留删除配置文件中的 HWADDR 行重启网络服务桥接模式下完全不通桥接到了没插线的物理网卡手动指定正确的物理网卡有线或无线ping 时而通时而不通IP 冲突arp -a 查看 MAC更换虚机 IPVMware 默认模式是 NAT但宿主机开热点共享后不通物理网络环境变更把 VMware 子网改到不冲突的网段比如 192.168.88.0几个实操心得都是踩过坑换来的第一改配置前先拍快照。每次动虚拟网络编辑器、改虚拟机网卡配置、调整防火墙规则之前先给虚拟机做一个快照。一旦搞乱一条“恢复到快照”就能回到原始状态。别嫌麻烦快照十秒钟的事排查网络问题时省下的时间不止十分钟。第二善用 tcpdump 看真实数据流。猜半天不如看一眼包到底怎么走的。在虚拟机里跑sudo tcpdump -i ens33 -n icmp然后在宿主机里 ping 虚拟机的 IP看看 ICMP 包有没有进来。如果有包没回包说明虚拟机收到了数据但没有回应多半是虚拟机防火墙挡了如果连包都看不到说明链路根本不同问题在宿主机的网络服务或者桥接配置上。第三遇到说不清的环境问题先“还原默认设置”。虚拟网络编辑器里的“恢复默认设置Restore Defaults”按钮看起来简单粗暴但很多时候比手动改半天的配置更管用。它会清理掉所有虚拟网卡并重新安装整个过程一两分钟。注意这个操作需要管理员权限而且如果你的虚拟机配置的是静态 IP恢复后要重新配一遍。第四Windows 宿主机上注意虚拟网卡驱动的状态。打开设备管理器找到“网络适配器”里的 VMware Virtual Ethernet Adapter看看有没有黄色感叹号。如果有右键卸载设备然后到虚拟网络编辑器里点“更改设置”随便改一下任意选项再改回去驱动会自动重装。以前遇到过一次这种情况排查到最后发现是驱动状态异常重新触发一次安装就解决了。另外宿主机如果是 Windows网络共享ICS偶尔会和 VMware NAT 模式起冲突。表现为宿主机本来能上网VMware 装完 NAT 模式后宿主机反而上不了网。这种情况一般是把 VMware NAT Service 重启一遍就好管理员身份打开命令行 net stop VMware NAT Service net start VMware NAT Service不要尝试去修改 Windows 的共享网络设置那是一个巨大的坑改坏了很难还原。我个人在实际操作中的体会是VMware 连不上外网这个事九成以上都是“配置不一致”造成的——不是虚拟网络编辑器里的网段和虚拟机内部不一致就是克隆后 MAC 没有对上要么就是桥接对象选错网卡。只要按照服务、虚拟网络编辑器、虚机内部网卡、DNS 这个顺序一步步排查不要一上来就乱改基本都能在十分钟内定位到问题。最后再分享一个小技巧排查完网络恢复正常后在虚拟机终端里执行一下ip a和ip route的输出截图保存一下下次再出问题拿当前状态和正常状态做对比定位问题的速度快得很。