虚拟机无法联网这件事，九成不必重装系统
虚拟机无法联网，多数情况下是虚拟网络适配器、DHCP 服务和 DNS 三处配置不一致导致的，按“宿主侧服务虚拟网络模式客户机 IP 与 DNS”这三步依次排查，通常十几分钟就能恢复。
不少用户在装完系统后发现浏览器打不开网页,第一反应是重装虚拟机，时间成本很高，其实虚拟机的网络是一条链：宿主机物理网卡、虚拟网络交换机、客户机虚拟网卡，任何一环出问题都会表现为“能开机、上不了网”，下面按故障出现的先后顺序拆开说明，每一步都给出可验证的命令和操作路径。
先快速分层判断：是虚拟机没网，还是电脑整体无法上网
在动配置前,先花两分钟把问题分层，能省掉大量试错。
三个信号帮你快速定位
- 宿主机打开网页正常，只有虚拟机打不开：问题在虚拟网络层，继续往下看第二步、第三步。
- 宿主机本身就断网：先修宿主机的物理网络，虚拟机只是显示问题的环节。
- 虚拟机连 IP 地址都没有：直接跳到最后一步的 DHCP 与 IP 分配排查。
一条 ping 命令分清“没路由”还是“没 DNS”
进入客户机后依次执行：
ipconfig /all（Windows）或ip addr（Linux），先看有没有拿到地址。- 如果地址是
254.x.x开头，说明 DHCP 没有响应，是本机拿不到租约，不是 DNS 问题。 - 能 ping 通网关却 ping 不通外网，检查宿主机是否开启了网络共享或防火墙拦截。
ping 8.8.8.8通、但ping www.baidu.com不通，基本可以确定是 DNS 配置缺失。
把这几条结果记下来,后面每一步都能对上号，业内专家指出，把“有没有 IP”“通不通网关”“解析不解析域名”三个判断分开做，比反复重装网卡驱动有效得多。
VMware虚拟机NAT模式连不上网？按这四个动作查
NAT 是 VMware 用户用得最多的模式，也是最容易因为服务被禁用而失效的模式。
第一步：确认三个 VMware 服务处于运行状态
在宿主机按 Win + R 输入 services.msc，找到下面三项，状态应为“正在运行”，启动类型建议设为“自动”：
- VMware NAT Service：负责地址转换，停了客户机就出不去。
- VMware DHCP Service：负责给客户机分配 IP，停了客户机就变成 169.254 地址。
- VMware Authorization Service：授权服务异常时虚拟机会直接报网络设备错误。
如果这些服务是灰色不可点,多半是被第三方安全软件锁定了，先退出安全软件再尝试启动。
第二步：进虚拟网络编辑器核对子网、网关和 DHCP 范围
路径是“编辑 → 虚拟网络编辑器”，需要点右下角的“更改设置”获取管理员权限，选中 VMnet8 后确认三件事：
- 子网地址与宿主机物理网段不重叠,比如物理网是
168.1.0/24，VMnet8 就别用同一段。 - NAT 设置里的网关地址与客户机里配置的网关一致，VMware 默认常见为
x.x.x.2。 - DHCP 设置中地址池处于启用状态，且范围包含客户机实际拿到的地址。
改动后点“应用”，再在客户机执行 ipconfig /release 和 ipconfig /renew，仍然不行就用“还原默认设置”重建虚拟网卡，这一步能修复大部分被改乱的虚拟交换机。
第三步：检查客户机网卡是否被禁用或桥接错位
在客户机设备管理器里看网络适配器有没有黄色感叹号,虚拟机设置里的“网络适配器”要勾选“已连接”和“启动时连接”，这两个复选框没勾，系统里看起来网卡正常，实际链路是断的。
第四步：重置协议栈排除系统侧干扰
Windows 客户机可以依次执行：
netsh winsock resetnetsh int ip resetipconfig /flushdns
执行完重启客户机,Linux 客户机则用 systemctl restart NetworkManager 或 sudo dhclient 重新获取地址，再检查 /etc/resolv.conf 是否写入了可用的 DNS。
VirtualBox虚拟机桥接模式没有网络？先搞清三种模式的区别
桥接和 NAT 的差别，决定了排查方向完全不同，行业共识认为，选错网络模式是新手最常踩的坑，而不是配置本身有问题。
| 模式 | 客户机 IP 来源 | 能否被局域网访问 | 常见故障表现 |
|---|---|---|---|
| NAT | 虚拟 DHCP，地址段独立 | 默认不能 | 能上外网，局域网设备访问不到 |
| 桥接 | 由路由器 DHCP 分配 | 可以 | 拿不到地址，或与宿主机冲突 |
| 仅主机 | 虚拟 DHCP，隔离网络 | 不能 | 完全无外网，属正常设计 |
桥接模式的三个检查点
- 界面名称要选对：宿主机有多块网卡时，选成未连接的虚拟网卡就会拿不到地址，无线网卡做桥接稳定性较差，能插网线时优先用有线。
- 路由器侧地址池是否耗尽：在客户机执行
ipconfig，看到 169.254 地址就说明路由器的 DHCP 池已经分完，或者桥接根本没生效。 - 驱动是否安装完整：Windows 宿主机需要安装 VirtualBox 的网络桥接驱动，否则下拉列表里可能看不到物理网卡。
VirtualBox 默认 NAT 网络的地址段是 0.2.0/24，网关 0.2.2，DNS 通常为 0.2.3，手工配过静态 IP 的客户机，切回 NAT 后要记得把网关和 DNS 一起改回来，只改 IP 不改网关是最常见的遗漏。
Windows虚拟机连不上网？按客户机系统分别定位
同一台宿主机上的不同客户机,故障点往往不一样，分开处理效率更高。
Windows 客户机
- 网络适配器属性里确认 TCP/IPv4 是“自动获得 IP 地址”和“自动获得 DNS 服务器地址”。
- 检查是否安装了第三方虚拟网卡加速工具,这类工具会替换系统协议栈，卸载后重启常能恢复。
- 查看“网络和共享中心”里当前网络是否被识别为“公用网络”，公用配置下部分出站规则较严，可临时切换为“专用网络”验证。
Linux 客户机
ip addr看网卡是否 UP，没有就执行sudo ip link set eth0 up。ip route看有没有默认路由，缺少默认网关时执行sudo ip route add default via 网关地址。- 使用 netplan 的发行版编辑
/etc/netplan/下的配置文件，执行sudo netplan apply。 - DNS 写在
/etc/resolv.conf或由 NetworkManager 托管，改完记得验证nslookup www.baidu.com。
宿主机能上网虚拟机不行，这几个隐藏问题常被忽略
虚拟网卡被宿主机防火墙或杀软拦截
宿主机上安装的部分安全软件会拦截虚拟网卡的流量,表现是客户机 ping 网关超时，临时关闭防护做一次对照测试，能快速确认是不是这个原因，据工信部相关网络安全提示，终端防护软件对虚拟网络接口的过滤策略确实存在差异，遇到异常优先做对照实验而不是直接卸载。
多个虚拟化平台争抢网络组件
同时安装 VMware、VirtualBox 和 Hyper-V 时，虚拟网卡可能出现名称冲突或驱动互相覆盖，只保留当前使用的平台，其余卸载后重启，网络恢复正常的情况相当常见。
系统时间与证书问题伪装成断网
时间偏差过大时,HTTPS 请求会因证书校验失败而打不开，看起来像没有网络，用 ping 能通、浏览器却报证书错误，先校准系统时间再排查网络。
虚拟机联网问题的本质是链路一致性：宿主机服务正常、虚拟网络模式选对、客户机 IP 与 DNS 匹配，三者对齐就不会出现“能开机上不了网”，与其反复重装，不如把这套三步排查顺序固定下来，下次遇到同类故障直接照做。
关于虚拟机无法联网的常见问题
问：虚拟机 ping 得通网关，却打不开网页，最可能是什么原因？
答：优先查 DNS，客户机里执行 nslookup www.baidu.com，如果解析超时，把 DNS 手动设为 114.114.114 或 8.8.8 验证，其次检查宿主机是否开启代理软件，部分代理只监听宿主机回环地址，客户机的流量不会被转发。
问：NAT 模式和桥接模式到底该选哪个？
答：只需要虚拟机上外网、不需要局域网其他设备访问它，选 NAT，配置简单且不受路由器影响，需要把虚拟机当独立服务器用、让手机或同事电脑直接访问，选桥接，前提是路由器还有空闲地址可分配。
问：还原虚拟网络默认设置会不会影响已经装好的虚拟机？
答：还原只重建虚拟交换机和虚拟网卡，客户机磁盘和系统数据不受影响，受影响的是手工配置过的静态 IP，还原后需要重新设置与新的子网匹配的地址和网关。