VMware 虚拟机无法联网：排查与修复手册

VMware 虚拟机无法联网排查与修复手册1. 本次问题概述2. 先理解 VMware 的三层网络NAT桥接模式仅主机模式Host-only3. 下次遇到问题的排查顺序第一步确认是不是宿主机问题第二步检查 VMware 虚拟机网络模式第三步检查 VMware 服务和虚拟网卡第四步检查 Ubuntu 是否看到了网卡第五步重新启用 Ubuntu 网络第六步区分 IP、网关和 DNS 问题4. VMware 配置文件异常时的处理5. 常见原因速查虚拟机设置为 Host-only未勾选 Connected / Connect at power onUbuntu NetworkManager 被关闭DHCP 没有工作DNS 异常VPN、加速器或安全软件干扰6. 最短恢复流程7. 本次修复记录8. 关于本次“电脑控制插件”报错为什么我的vmware上的虚拟机连接不上网络了但是我的电脑是有网的你能给我操控我的电脑帮我解决这个问题吗一开始使用网页版聊天跟着gpt一步一步解决解决不了。最后使用 chatgpt 的 codex 中的 电脑操控模式 让它自己控制我电脑我全称没有接管解决了问题除了费tokenAI 真是太好用了有感觉吗 我让他总结出解决手册下次我就可以自己来解决了。1. 本次问题概述现象Windows 宿主机可以正常上网但 VMware 中的 Ubuntu 无法联网。本次检查得到的结果Windows Wi-Fi 正常地址为192.168.1.249。VMware NAT 网卡VMnet8已启用地址为192.168.183.1。VMnetDHCP和VMware NAT Service服务都在运行。Ubuntu 虚拟机的网卡配置为 NAT网卡 MAC 地址为00:0c:29:10:a3:57。虚拟机配置文件原本缺少ethernet0.startConnected TRUE说明网卡可能没有设置为随虚拟机启动自动连接。VMware 日志显示虚拟网卡链路可以恢复为 up但 DHCP 租约没有更新说明 Ubuntu 客户机内部的网卡或 NetworkManager 仍未正常申请地址。因此本次问题不是宿主机断网也不是 VMware NAT 服务停止主要落在两处VMware 虚拟网卡没有设置为启动时自动连接。Ubuntu 内部没有启用网卡或没有通过 DHCP 获取地址。2. 先理解 VMware 的三层网络联网必须同时经过三层宿主机 Wi-Fi/以太网 | VMware 虚拟网络NAT/桥接/仅主机 | Ubuntu 客户机网卡 NetworkManager DHCP/DNS任意一层异常虚拟机都可能显示“无网络”。NAT最适合普通上网。虚拟机通过宿主机转发访问互联网通常得到类似192.168.183.x的地址网关通常是192.168.183.2。桥接模式虚拟机直接加入局域网通常得到和宿主机同网段的地址例如192.168.1.x。Wi-Fi、VPN、公司网络或安全软件可能不允许桥接因此桥接比 NAT 更容易失效。仅主机模式Host-only只能与宿主机通信默认不能访问互联网。VMnet1通常就是 Host-only 网络。出现169.254.x.x说明没有从 DHCP 获取地址不能把它当作 NAT 上网网络。3. 下次遇到问题的排查顺序第一步确认是不是宿主机问题在 Windows PowerShell 中执行Get-NetAdapterGet-NetIPConfiguration重点看实际联网的 Wi-Fi 或以太网适配器是否为Up是否有默认网关。宿主机本身也无法上网时先修复 Windows 网络不要先改 VMware。第二步检查 VMware 虚拟机网络模式在 VMware 中打开虚拟机 - 设置 - 网络适配器普通上网优先选择NAT勾选Connected勾选Connect at power on如果使用桥接确认桥接到实际联网的 Wi-Fi/以太网适配器不要桥接到VMnet1或VMnet8。第三步检查 VMware 服务和虚拟网卡在 PowerShell 中执行Get-NetAdapter|Where-Object{$_.Name-likeVMware*}Get-ServiceVMnetDHCP,VMware NAT Service正常情况VMware Network Adapter VMnet8为Up。VMnetDHCP为Running。VMware NAT Service为Running。如果服务停止可用“服务”应用以管理员身份启动它们。普通权限下执行Restart-Service可能会因为权限不足失败。第四步检查 Ubuntu 是否看到了网卡在 Ubuntu 终端执行nmcli device statusiplink常见网卡名为ens33、ens160或enp...不要盲目假设一定是eth0。重点看网卡状态connected网卡已连接。disconnected网卡存在但未连接。unavailable驱动、虚拟硬件或 NetworkManager 有问题。第五步重新启用 Ubuntu 网络先打开 NetworkManagersudonmcli networking onsudosystemctl restart NetworkManager然后连接实际的以太网设备。假设设备名是ens33sudonmcli device connect ens33如果没有连接配置可以尝试直接申请 DHCPsudodhclient-vens33将ens33替换为nmcli device status显示的实际设备名。第六步区分 IP、网关和 DNS 问题在 Ubuntu 中依次执行ip-4addriprouteping-c3192.168.183.2ping-c38.8.8.8 getent hosts www.baidu.com判断方式结果说明没有192.168.x.x地址DHCP 或网卡连接失败有 IP但没有默认路由网关配置失败能 ping8.8.8.8但域名解析失败DNS 问题能解析域名但浏览器打不开代理、证书、防火墙或浏览器配置问题DNS 可临时测试为resolvectl status不要一开始就修改 DNS先确认网卡确实拿到了 IP 和默认路由。4. VMware 配置文件异常时的处理虚拟机必须关机后再编辑.vmx文件。先备份Copy-ItemD:\Documents\Virtual Machines\Ubuntu 64-bit\Ubuntu 64-bit.vmxD:\Documents\Virtual Machines\Ubuntu 64-bit\Ubuntu 64-bit.vmx.bakNAT 网卡至少应包含类似配置ethernet0.connectionType nat ethernet0.startConnected TRUE ethernet0.present TRUE更推荐直接在 VMware 图形界面的“网络适配器”设置中勾选“启动时连接”这样不容易写错配置。如果只是临时重新连接正在运行的虚拟机可以使用 VMware 自带的vmrunD:\professional\Vmware\vmrun.exe-T ws connectNamedDevice D:\Documents\Virtual Machines\Ubuntu 64-bit\Ubuntu 64-bit.vmxethernet0如果需要断开再连接D:\professional\Vmware\vmrun.exe-T ws disconnectNamedDevice D:\Documents\Virtual Machines\Ubuntu 64-bit\Ubuntu 64-bit.vmxethernet0 D:\professional\Vmware\vmrun.exe-T ws connectNamedDevice D:\Documents\Virtual Machines\Ubuntu 64-bit\Ubuntu 64-bit.vmxethernet05. 常见原因速查虚拟机设置为 Host-only症状虚拟机能访问宿主机但不能访问互联网。处理改为 NAT或正确配置桥接。未勾选 Connected / Connect at power on症状VMware 中网卡存在但 Ubuntu 没有 DHCP 地址。处理勾选这两个选项或重新连接ethernet0。Ubuntu NetworkManager 被关闭症状网卡显示disconnected或顶部没有网络状态。处理sudonmcli networking onsudosystemctlenable--nowNetworkManagerDHCP 没有工作症状网卡只有169.254.x.x没有默认网关。处理确认 NAT/DHCP 服务运行再执行sudodhclient-rens33sudodhclient ens33DNS 异常症状可以 ping IP但不能访问域名。处理检查resolvectl status、代理和/etc/resolv.conf不要把 DNS 问题误判成 VMware 网卡问题。VPN、加速器或安全软件干扰症状宿主机能上网但桥接模式失效或 NAT 在开启 VPN 后异常。处理优先切换 NAT临时关闭 VPN/代理做对比测试。6. 最短恢复流程下次可以按下面顺序快速处理宿主机确认 Wi-Fi/以太网为Up。VMware 网络适配器选择NAT。勾选Connected和Connect at power on。确认VMnet8、VMnetDHCP、VMware NAT Service正常。Ubuntu 执行nmcli device statussudonmcli networking onsudosystemctl restart NetworkManagersudonmcli device connect实际以太网设备名用ip -4 addr和ip route确认已经有 IP 和默认路由。依次测试网关、公共 IP、域名解析。7. 本次修复记录已确认宿主机 Wi-Fi 和 VMware NAT/DHCP 服务正常。已将虚拟机网卡配置为 NAT 自动连接。已重新连接ethernet0并重启虚拟机。已备份原始配置D:\Documents\Virtual Machines\Ubuntu 64-bit\Ubuntu 64-bit.vmx.bak-20260805-network最后仍需在 Ubuntu 内执行 NetworkManager/nmcli操作让客户机重新申请 DHCP 地址。8. 关于本次“电脑控制插件”报错这与 VMware 网络故障是两个独立问题。报错的原因是桌面控制插件从普通终端启动而它只能在 Codex 的专用node_repl运行时中使用。插件后来已经成功初始化不代表 VMware 网络本身有问题。义目录标题)