1. 问题现象与初步排查
最近在VMware Workstation Pro 17上安装Ubuntu 22.04 LTS时遇到了网络连接问题。主机是Windows 11系统，能正常上网，但虚拟机里的Ubuntu却显示网络不可用。这种问题在实际开发环境中很常见，特别是刚接触虚拟化的开发者。
首先需要确认几个基本现象：
- 虚拟机网络适配器是否已启用（VM > Settings > Hardware）
- 是否选择了正确的网络连接模式（NAT/Bridged/Host-only）
- Ubuntu系统内网络图标显示状态（右上角状态栏）
- 终端执行ifconfig或ip a命令查看网卡信息
注意：新版Ubuntu默认使用netplan管理网络，与之前ifupdown方式不同，这是很多老用户容易忽略的变化。
2. 网络模式选择与配置
2.1 VMware网络模式详解
VMware提供三种主要网络模式，每种适用场景不同：
| 模式类型 | 原理 | 适用场景 | IP分配特点 |
|---|---|---|---|
| NAT | 通过主机IP共享上网 | 单机开发测试 | 自动获取192.168.x.x |
| Bridged | 直接接入物理网络 | 需要独立IP的场景 | 与主机同网段 |
| Host-only | 仅主机-虚拟机通信 | 隔离测试环境 | 专用私有网段 |
对于大多数开发场景，NAT模式是最简单可靠的选择。我遇到问题时最初误选了Host-only模式，导致无法连接外网。
2.2 检查虚拟机网络配置
正确配置步骤：
- 关闭Ubuntu虚拟机
- 右键虚拟机 > Settings > Network Adapter
- 确认选择"NAT模式"（推荐）
- 勾选"Connect at power on"
- 高级设置里记下MAC地址（后续可能用到）
如果之前配置错误，建议先重置虚拟网络：
- 在VMware菜单选择Edit > Virtual Network Editor
- 点击"Restore Defaults"按钮
- 重新应用NAT设置
3. Ubuntu系统内网络修复
3.1 检查网络服务状态
在Ubuntu终端执行以下诊断命令：
# 查看网络接口状态 ip a # 检查网络服务状态 sudo systemctl status systemd-networkd # 查看DHCP获取情况 sudo journalctl -u systemd-networkd -b常见问题现象：
- 网卡未显示IP地址（inet字段为空）
- networkd服务处于inactive状态
- DHCP获取失败日志
3.2 手动刷新网络配置
如果发现网络服务异常，可尝试以下修复步骤：
# 重启网络服务 sudo systemctl restart systemd-networkd # 释放并重新获取IP sudo dhclient -r ens33 sudo dhclient ens33 # 刷新DNS sudo systemd-resolve --flush-caches关键点：Ubuntu 22.04默认使用ens33作为网卡名，旧版可能是eth0。使用ip a命令确认实际网卡名称。
3.3 检查Netplan配置
新版Ubuntu使用Netplan管理网络，配置文件位于：
sudo nano /etc/netplan/00-installer-config.yaml标准NAT模式配置示例：
network: version: 2 renderer: networkd ethernets: ens33: dhcp4: true optional: true应用配置变更：
sudo netplan apply4. 高级排查与解决方案
4.1 防火墙与路由检查
有时防火墙规则会影响连接：
# 查看iptables规则 sudo iptables -L # 临时关闭防火墙（测试用） sudo ufw disable检查路由表是否正确：
route -n正常NAT模式应包含：
- 0.0.0.0 -> 192.168.x.1默认路由
- 本地网络路由
4.2 VMware虚拟网络重置
如果问题持续，可能需要重置VMware虚拟网络：
- 关闭所有虚拟机
- 以管理员身份运行CMD
- 执行：
net stop VMnetDHCP net start VMnetDHCP4.3 重建虚拟网卡
终极解决方案是重建网络设备：
- 在VMware中删除网络适配器
- 关机状态下添加新网络适配器
- 选择NAT模式
- 启动后Ubuntu会自动识别新硬件
5. 常见问题速查表
| 现象 | 可能原因 | 解决方案 |
|---|---|---|
| 网卡未显示 | 驱动未加载 | lspci查看网卡，安装vm-tools |
| 获取到169.254.x.x | DHCP失败 | 检查VMware DHCP服务 |
| 能ping通主机但无法上网 | NAT配置错误 | 重置虚拟网络编辑器 |
| 间歇性断网 | MAC地址冲突 | 修改虚拟机MAC地址 |
| DNS无法解析 | DNS配置错误 | 修改/etc/resolv.conf |
6. 个人实战经验分享
经过多次实践，我总结出几个关键点：
- MAC地址冲突是常见陷阱。克隆虚拟机时一定要重新生成MAC地址，否则会导致网络异常。可以在.vmx文件中修改：
ethernet0.generatedAddress = "00:0c:29:xx:xx:xx"- 当网络完全不通时，可以尝试在Ubuntu中手动指定IP测试：
sudo ip addr add 192.168.1.100/24 dev ens33 sudo ip route add default via 192.168.1.1- VMware NAT服务有时会异常，Windows下可以重启相关服务：
net stop "VMware NAT Service" net start "VMware NAT Service"- 安装open-vm-tools能显著提升网络稳定性：
sudo apt install open-vm-tools- 遇到顽固性问题时，可以尝试创建全新的虚拟网络：
- 在Virtual Network Editor中添加新NAT网络
- 为虚拟机分配新网络适配器
- 选择新建的NAT网络