虚拟机网络不通是日常使用中很常见的问题。它可能表现为虚拟机打不开网页、ping 不通宿主机、无法访问局域网设备，或者能上 QQ 却打不开网页。遇到这种情况，不建议急着重装系统或重建虚拟机，而应按“先判断范围、再检查配置、＊后处理冲突”的顺序逐层排查。
一、先判断故障范围
先做几个简单测试，确认“不通”到底发生在哪一层：
- 虚拟机能否 ping 通宿主机？
- 虚拟机能否访问局域网内其他设备？
- 虚拟机能否 ping 通外网 IP，例如 8.8.8.8？
- 虚拟机能否通过域名访问网站？
如果连宿主机都不通，重点检查虚拟网络模式和虚拟网卡；如果能 ping 通 IP 但打不开网页，重点检查 DNS 和代理；如果宿主机本身没有联网，应先恢复宿主机网络。
二、核对虚拟机网络模式
NAT 模式
NAT 模式由虚拟机软件提供地址转换，通常＊省心。检查虚拟网络编辑器中的 VMnet8 是否启用，NAT 设置和 DHCP 设置是否正常。Windows 宿主机可检查 VMware NAT Service、VMware DHCP Service 是否运行；使用 VirtualBox 时，则检查对应 NAT 网络配置。
桥接模式
桥接模式会让虚拟机像局域网中的独立设备一样获取 IP。此时要确认桥接到了正确的物理网卡，避免误选虚拟网卡、VPN 网卡或已断开的无线网卡。如果局域网没有 DHCP，虚拟机需要手动配置同网段 IP、网关和 DNS。
仅主机和内部网络
仅主机模式通常只能与宿主机通信，不能直接访问外网，这是正常现象。内部网络模式则用于虚拟机之间通信，若需要上网，应改用 NAT 或桥接模式。
三、检查虚拟机内部 IP 配置
Windows 虚拟机可运行 ipconfig /all，Linux 虚拟机可运行 ip addr 和 route -n。如果地址是 169.254 开头，通常说明 DHCP 获取失败。手动配置静态 IP 时，要确认子网掩码、网关和 DNS 与所在虚拟网络一致，避免 IP 冲突。可以尝试释放并重新获取地址：Windows 使用 ipconfig /release 和 ipconfig /renew，Linux 可重启 NetworkManager 或执行 dhclient。
四、检查宿主机虚拟网卡与服务
在宿主机的网络连接中，查看 VMnet1、VMnet8 或 VirtualBox Host-Only Network 是否被禁用。可以以管理员身份打开虚拟网络编辑器，恢复默认设置后重新应用，但要注意这会重置自定义网络。必要时重启虚拟网络服务，或禁用再启用相关虚拟网卡。若开启了 VPN、代理软件或安全软件，也要留意它们是否拦截了虚拟网卡流量。
五、排查防火墙、代理与 DNS
虚拟机内防火墙可能阻止出站或入站连接，宿主机防火墙和第三方杀毒软件也可能干扰。可临时关闭防火墙做测试，测试后立即恢复。若 ping IP 正常但域名解析失败，应检查 DNS 设置，尝试使用公共 DNS 测试。浏览器或系统代理配置错误，也会造成“网络不通”的假象。
六、处理 MAC 冲突与驱动问题
克隆或复制虚拟机后，可能出现 MAC 地址冲突，导致网络异常。可在虚拟机设置中重新生成 MAC 地址。Linux 虚拟机更换网卡后，网卡名称可能变化，需要检查网络配置文件。此外，安装 VMware Tools 或 VirtualBox 增强功能、更新虚拟网卡驱动，也有助于解决兼容性问题。
七、按顺序快速恢复
- 确认虚拟机网络模式与使用目标是否匹配。
- 重启虚拟网络服务，禁用再启用虚拟网卡。
- 重新获取 IP，检查网关和 DNS。
- 依次 ping 网关、外网 IP 和域名，定位故障层。
- 检查防火墙、代理和 VPN 是否干扰。
- ＊后再考虑重建虚拟网络或新建测试虚拟机验证。
多数虚拟机网络问题都能通过以上步骤定位。关键是先分清是虚拟网络、IP 配置、DNS 还是安全软件造成的，再针对性处理，通常不需要重装虚拟机。