这个问题通常是由于虚拟网卡未正确挂载、VMware 后台服务异常或网络模式配置错误导致的。
可以按照以下优先级顺序逐步排查并解决问题:
第一步:检查 VMware 网络适配器设置
首先需要确认虚拟机的虚拟网卡是否已正确连接。在 VMware 窗口中,点击菜单栏的“虚拟机” -> “设置” -> “网络适配器”。确保“已连接”和“启动时连接”两项都已勾选。对于大多数只需访问外网的开发环境,建议将网络连接方式设置为兼容性最好的 NAT 模式 。
第二步:检查并重启宿主机 VMware 核心服务
如果虚拟机内部显示网络异常,极有可能是 Windows 宿主机上的 VMware 虚拟网络组件卡死或停止了响应。请在 Windows 宿主机上按下 Win + R ,输入 services.msc 打开服务管理器。在列表中找到 VMware DHCP Service 和 VMware NAT Service 这两个关键服务,分别右键点击并选择“重新启动”。如果服务未启动,请将其启动并将启动类型设置为“自动” 。
第三步:在 Ubuntu 虚拟机内重启网络服务
完成上述宿主机层面的检查后,回到 Ubuntu 20.04 虚拟机终端,尝试重启网络管理服务。
执行命令 sudo systemctl restart NetworkManager,
等待几秒后,再执行 ip addr, 查看网卡状态。
如果网卡(如 ens33)下出现了inet开头的 IPv4 地址,说明网络已恢复 。
第四步:手动启用网卡并申请 IP
如果重启服务后网卡状态依然为 DOWN 或没有获取到 IP 地址,
输出以下:
-virtual-machine:~$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: ens33: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 00:0c:29:28:68:76 brd ff:ff:ff:ff:ff:ff altname enp2s1
· DOWN = 网卡硬件被禁用,没启用,所以无 IP、无法访问外网
· 虚拟机硬件层面已经识别到网卡,只是系统没打开
然后需要做的是手动拉起网卡并向 DHCP 服务器申请 IP。依次执行以下命令:
sudo ip link set ens33 up (手动启用网卡)
sudo dhclient ens33 (申请 IP 地址)
执行完毕后,再次通过 ip addr 和 ping baidu.com 验证网络连通性 。

现在外网,域名解析都正常了。
如果对你有帮助,可以收藏方便后续遇到同类问题快速查阅;
后续会持续更新虚拟机、OpenHarmony、嵌入式调试踩坑系列,欢迎关注。

3547

被折叠的 条评论
为什么被折叠?



