虚拟机配置修改后网络连不上，多半是IP地址与虚拟网络模式不匹配，或者配置根本没生效、被防火墙拦在了门外，别急着重装系统，按顺序排查网络模式、网卡状态和系统服务，多数情况十分钟内就能恢复。
先确认你改了什么：从改动处找突破口
网络出问题之前，你大概率动过这几个地方：手动改了IP地址、切换了网络模式（NAT改桥接）、删除了网卡重新添加,或者跟风调整了虚拟网络编辑器里的参数。
举个例子，你上个月用NAT模式好好的，今天想改成桥接让虚拟机跟局域网里的设备互通，结果一改完就彻底连不上了，这种情况十有八九不是虚拟机坏了，而是新模式和宿主机物理网卡没对上号，再比如，你给Linux虚拟机配置了静态IP，保存退出后立马断连，基本可以断定是IP段、网关或者子网掩码填错了。
排查的第一步，永远是回想自己刚才改了什么。 改动点直接决定了后续检查的方向,盲目重置所有配置反而浪费时间。
虚拟机网络连接不上怎么办：三分钟快速排查法
不管改动多复杂，先跑一遍这个通用流程,能筛掉八成常见故障。
第一步：ping网关，判断是内网问题还是外网问题。 打开虚拟机终端，ping一下虚拟网络对应的网关地址，比如VMware NAT模式默认网关是192.168.x.2，桥接模式则用宿主机所在网段的网关，ping不通网关，说明虚拟机到虚拟路由器这一段不通；能ping通网关但上不了外网,多半是DNS或防火墙在捣乱。
第二步：查看网卡是否正常识别并启用。 在虚拟机里执行 ip addr（Linux）或 ipconfig /all（Windows），确认网卡有IP地址、MAC地址，并且状态是UP而不是DOWN，如果网卡根本没启用,配置再多也是白搭。
第三步：打开虚拟网络编辑器，核对模式是否还跟之前一样。 以VMware为例，点击"编辑"菜单里的"虚拟网络编辑器"，看VMnet0、VMnet8等条目是否正常，很多时候改动网卡配置时，虚拟网络服务会意外停止，重新编辑一下或者点"还原默认设置"就能解决。
这一套流程走下来，基本能定位问题出在虚拟层、客户机系统还是中间服务哪个环节。
按网络模式逐一对症解决
不同的虚拟网络模式，故障原因和修复方法完全不同，别用一套思路解决所有模式,那样只会越弄越乱。
NAT模式下虚拟机修改IP后无法联网？检查这三项
NAT模式是大多数人的默认选择,但手动改IP最容易出问题。
- IP地址不在虚拟网络网段内。 VMware NAT模式默认网段是192.168.x.0，通常在虚拟网络编辑器里能看到，如果你的虚拟机IP填的是10.0.x.x，永远连不上，改成同网段，比如192.168.10.128（前提是DHCP分配范围合理）。
- 网关填错了。 NAT模式下网关通常以.2结尾，具体查看虚拟网络编辑器里的"NAT设置"按钮，填成宿主机IP或者路由器IP,数据包根本出不去。
- DNS丢失。 只填了IP和网关，没填DNS，虚拟机内部能ping通网关，但域名解析不了，填上
8.8.8或者你所在城市常用的DNS服务器地址,外网马上就能通。
你改了静态IP之后连不上，优先对照上面三条,基本能解决。
VMware桥接模式下配置修改后没网，多半是网卡桥接选错了
桥接模式的意思是让虚拟机直接接入宿主机所在的局域网，和物理机平起平坐，问题往往出在"桥接到哪块物理网卡"上。
VMware的桥接默认是自动，但有时候会选错网卡。 比如你用的有线网络，但虚拟网络编辑器里桥接到了无线网卡，结果就是虚拟机拿不到IP，打开虚拟网络编辑器，选中VMnet0，把"桥接到"改成你实际使用的有线网卡或无线网卡。
桥接模式下虚拟机的IP必须和宿主机在同一网段，网关和DNS也得跟宿主机完全一致，你可以先在宿主机上运行ipconfig，记下IP、网关、DNS，再手动填到虚拟机里，如果局域网有DHCP，把虚拟机网络设置改成"自动获取"会更省心。
Host-Only模式连不上外网是正常，别被表象骗了
Host-Only模式本来就只允许虚拟机与宿主机通信，不带NAT上网功能，如果你切到Host-Only后上不了外网，这不叫故障，是设计如此，但如果你需要内外网都能访问，记得在虚拟网络编辑器里把VMnet1的"DHCP功能"打开,同时保留NAT模式才能上网。
修改配置文件后网络不生效的通用排错法
很多人喜欢直接编辑虚拟机的网络配置文件，比如Linux的/etc/sysconfig/network-scripts/ifcfg-ens33或者/etc/network/interfaces，改完保存后，甚至重启了网络服务，但还是没反应，原因往往是配置没被重新加载,或者文件里写入了不兼容的参数。
用ip addr看清网卡真实状态，别依赖ifconfig
老习惯用ifconfig排查网络，但现代Linux系统默认不带这个命令，而且它的输出信息不如ip addr详细。ip addr能清楚显示网卡状态是UP还是DOWN，有没有分配IP，MAC地址是啥，比如你看到state DOWN，直接执行sudo ip link set ens33 up把它拉起来。
重置网络服务让配置立刻生效
很多情况下配置没错，只是服务没重启,不同系统命令有差异：
- Ubuntu/Debian系：
sudo systemctl restart network-manager - CentOS/RHEL 7及以上：
sudo systemctl restart network - 也可以直接
sudo reboot，省心但有点粗暴
Windows虚拟机改完静态IP后，在管理员命令行执行ipconfig /renew和ipconfig /flushdns即可。
业界专家指出，很大比例的虚拟机网络故障其实源于配置未生效，而不是真正的网络损坏,重启网络服务这一步能直接解决一半问题。
防火墙和MAC地址：两个容易被忽略的拦路虎
配置全改对了，网卡也激活了，怎么还是连不上？这时候要怀疑防火墙和MAC地址。
防火墙可能在你看不见的地方拦住了所有流量。 虚拟机里新改的网段如果没有加入防火墙白名单，ping包、连接请求都会被静默丢弃，测试方法很简单：临时关闭防火墙，Linux下执行sudo ufw disable，Windows下临时关闭"Windows Defender防火墙"，如果关闭后网络恢复，那就把对应网段的入站规则加进去,再重新开启防火墙。
MAC地址问题在克隆和迁移虚拟机时尤其常见。 复制了一台虚拟机，但网卡MAC跟原虚拟机一样，或者虚拟机MAC与宿主机局域网中的其他设备冲突，路由器会直接拒绝分配IP或转发数据，到虚拟机的"网络适配器"设置里，点"高级"重新生成MAC地址，删掉旧网卡重新添加,然后重启客户机。
恢复虚拟机默认网络配置，最简单的兜底方案
如果你前面试了一大圈还是没解决，别灰心,虚拟网络的兜底方案几乎适用于所有软件层面问题。
行业共识认为，当虚拟网络配置严重混乱时，与其精修细节，不如果断重置默认设置,操作路径：
- 关闭虚拟机（不是挂起，要完整关机）。
- 在虚拟机软件主界面打开"编辑"->"虚拟网络编辑器"。
- 左下角找到"还原默认设置"按钮，点下去,等待几秒。
- 完成后重新启动虚拟机。
这个操作会重建虚拟网卡和相关的NAT、DHCP服务，所有之前改乱的参数都会回到初始状态，如果还原默认后还是连不上，那就需要考虑虚拟机内部的网络配置是否与默认网段冲突，把虚拟机的网络设置改成"自动获取IP"，重启虚拟机,一般就回来了。
常见问题解答
虚拟机修改配置后网络连接不上，怎么判断是虚拟网络问题还是虚拟机内部问题？
先在宿主机上ping虚拟机IP，如果在宿主机上能ping通，说明虚拟网络层是通的，问题出在虚拟机内部的防火墙、路由或DNS配置，如果宿主机ping不通，优先检查虚拟网络编辑器和网卡连接状态,再回到虚拟机内查看IP是否生效。
为什么虚拟机改完静态IP后网关还是原来的，但就是上不了网？
网关地址没改，但子网掩码变了，会导致虚拟机认为目标地址不在同一网段，从而把流量发给错误的网关，务必用ip addr或ipconfig检查子网掩码是否跟网关所在网段匹配，如果掩码是255.255.255.0，而网关是192.168.1.1但IP却填成了192.168.2.x,自然不通。
怎么恢复虚拟机的默认网络设置？
如果你只是想快速回到能联网的状态，将虚拟机网络模式改成NAT并开启DHCP，然后让虚拟机自动获取IP即可，想彻底恢复默认，按上文路径在虚拟网络编辑器里点"还原默认设置"，再重启虚拟机,这是最保险的通用做法。