虚拟机更改网关后无法上网，核心原因集中在网卡配置冲突、虚拟网络编辑器NAT规则失效、路由表残留以及防火墙拦截这四个层面，依次排查并修正即可恢复网络。
虚拟机修改网关后网络不通怎么办？先花三分钟缩小问题范围
改完网关立刻掉线,先别手忙脚乱重置整个虚拟机，网络不通有很多种表现，先定位“哪里不通”，能帮你省下大量盲目尝试的时间。
打开虚拟机里的命令行工具,按顺序执行三次测试：
- 第一步,ping网关地址，比如你改成
168.1.1，就用ping 192.168.1.1确认虚拟机到网关的链路是否通畅。 - 第二步,ping一台同网段内的其他电脑，如果网关通了但这里不通，大概率是虚拟网络编辑器里的隔离选项或防火墙设置闹脾气。
- 第三步,ping一个公网IP，例如
ping 223.5.5.5，不解析域名，直接走IP，能测出虚拟机能否把数据包送出本网段。
根据三次结果,问题可以被迅速归类。
| 测试结果组合 | 故障指向 | 排查优先级 |
|---|---|---|
| 网关不通，同网段也不通 | 虚拟机网卡驱动、虚拟交换机端口或IP配置完全错误 | 最高 |
| 网关通，同网段通，公网IP不通 | 网关后置链路、物理路由器NAT或虚拟机防火墙出站规则 | 中等偏高 |
| 网关通，同网段通，公网IP通，域名解析失败 | 虚拟机内部DNS设置被网关修改牵连或系统DNS缓存损坏 | 中等 |
大多数情况下,你遇到的是第一类组合，业内专家普遍认为，这类故障里七成以上是人为配置细节出错，并非虚拟化软件本身崩溃，继续往下看。
检查虚拟机网卡配置：网关、IP、掩码三者的匹配关系
虚拟机里的网卡相当于一个小型物理网卡,它对网关的约束非常挑剔，你改的网关地址，必须和虚拟机的IP地址处于同一个子网内，打个比方，虚拟机IP是168.10.5，网关你改成168.1.1，那么就算网关设备真实存在，虚拟机也不会买账。
手动配置网络时,重点检查这三个值：
- IP地址,例如
168.10.5 - 子网掩码,例如
255.255.0 - 默认网关,例如
168.10.1
这三个值必须满足一个数学公式：IP地址和子网掩码做“与”运算后得到的网络号，必须和网关地址与子网掩码做“与”运算后得到的网络号完全一致，如果掩码是255.255.0，IP是168.10.5，网关就必须是168.10.x，x不能跨越到别的网段。
修改后是否忘了重启网卡或应用配置
很多人改完网关,直接切回桌面开始浏览网页，结果浏览器转圈半天才想起配置可能没生效，静态IP模式下，修改操作系统的网络配置后，通常需要重启网卡或整个网络服务才能真正应用新值，不会像物理路由器那样毫秒级推送。
Windows系统下,在管理员命令行依次执行：
netsh interface set interface name="以太网" admin=disable
netsh interface set interface name="以太网" admin=enable或者直接使用更粗暴的ipconfig /release和ipconfig /renew组合，但这里有个前提，如果你手动指定了IP地址和网关，renew操作只能刷新DHCP动态租约，无法重读手动配置，所以稳妥方案是重启网卡。
Linux系统则分两派,CentOS/RHEL系使用systemctl restart network，Ubuntu/Debian系使用systemctl restart networking，部分新版本Cockpit管理界面，还需要额外刷新NetworkManager缓存。
路由表残留的“捣乱分子”
另一个隐蔽的坑是虚拟机里有多个网卡,或者之前用命令行手工添加过静态路由，你虽然把默认网关改成了新地址，但系统路由表里可能还残留着旧网关的默认路由条目，当数据包准备发往外网时，系统优先匹配旧路由，包就被扔向了一个已经不可用的旧网关。
Windows下用route print -4查看全部IPv4路由，重点看0.0.0那条默认路由条目的网关地址和“跃点数”，如果是旧网关，用管理员权限执行：
route delete 0.0.0.0 mask 0.0.0.0 旧网关IP
route add 0.0.0.0 mask 0.0.0.0 新网关IPLinux下用ip route查看默认路由，然后ip route del default via 旧网关IP清除旧配置，再ip route add default via 新网关IP dev 网卡名。
虚拟网络编辑器里NAT与桥接模式的网关设置差异
如果虚拟机内部的IP和网关看起来完全匹配,但就是不通，那问题很可能出在宿主机侧的虚拟网络编辑器，VMware Workstation和VirtualBox都有类似的功能模块，名为“虚拟网络编辑器”或“网络管理器”。
VMware NAT模式下网关的说话算数规则
NAT模式相当于在虚拟机和外网之间加了一个具备NAT功能的虚拟网关设备,这个设备的默认IP地址通常由VMware自动分配，打开VMware顶部菜单的“编辑”->“虚拟网络编辑器”，选中VMnet8（NAT模式对应网段），点击“NAT设置”，弹出窗口里会明确标注“网关IP”。
很多人犯的错误是：把虚拟机的网关填成了物理局域网网关，比如家里路由器是168.1.1，但VMnet8的NAT网段是168.146.0
，其虚拟网关是168.146.2，你把网关填成168.1.1，数据包发给一个直连网段里根本不存在的主机，自然石沉大海。
行业共识是,NAT模式下必须使用虚拟网络编辑器里NAT设置中列出的网关IP，子网IP段也需要检查，VMnet8的DHCP分配起始和结束地址范围是否覆盖了你手动指定的静态IP。
桥接模式下网关必须向物理局域网“看齐”
桥接模式则是让虚拟机直接暴露在与宿主机物理网卡相连的局域网中,虚拟机在这时相当于一台独立的电脑，其网关必须和宿主机所在局域网内其他设备，比如无线路由器的内网网关保持一致。
如果你想修改桥接模式虚拟机的网关,改成虚拟机本网段一个不存在的地址，比如当作“隐藏网关”，基本不能上网，桥接模式没有任何隐藏的NAT层来做转发，所有外发数据包都依靠二层广播寻找真实网关的MAC地址，网关不在局域网内，数据包根本发不出去。
| 对比项 | NAT模式 | 桥接模式 |
|---|---|---|
| 虚拟网关来源 | VMware内设定值 | 物理局域网真实网关 |
| 访问外部网络路径 | 虚拟NAT设备转发 | 直接走物理路由 |
| 局域网内其他设备能否看到虚拟机 | 不能 | 能 |
| 网关填错后的表现 | 虚拟网关ping不通 | 网关ping不通且无转发响应 |
物理网络干扰和防火墙引发的网关失效
排除完虚拟机两侧的配置,如果还是没救，那就得抬头看看物理主机和实体网络的脸色了。
宿主机的网络防火墙和虚拟网卡流量限制
宿主机上安装的第三方安全软件,比如360网络防火墙、火绒高级防护规则，有时会拦截VMware虚拟网卡发出的所有UDP和ICMP流量，网关测试ping不通，可能就是这些软件在搞鬼。
你可以临时暂停宿主机防火墙或安全软件的自我保护功能,再做一次ping网关测试，如果恢复正常，请把VMnet8（NAT网卡）和VMnet1（仅主机模式网卡）加入信任区或白名单。
多网卡叠加导致的跃点数混乱
宿主机如果同时开启无线网卡和有线网卡,虚拟机的桥接网卡默认会绑定到优先级别最高的物理网卡上，当你修改网关之后，桥接通信会试图适配宿主机网卡当前的连接状态，假设有线网卡没有插网线，而桥接网卡又绑定在它上面，虚拟机的网络自然处于“假死”状态。
Windows下打开“网络连接”窗口，按Alt键调出菜单，点击“高级”->“高级设置”，在“适配器和绑定”选项卡里，把当前活跃的物理网卡移到列表第一位。
物理路由器或交换机的端口安全策略
换了网关之后,正常情况下数据包会发往新网关地址，如果新网关是物理路由器，且路由器启用了ARP绑定或IP/MAC绑定策略，那么虚拟机的MAC地址和IP组合不在白名单里，路由器会直接丢弃来自虚拟机的报文。
这种情况下,登录路由器管理后台，在“静态路由”或“ARP绑定”列表中，把虚拟机的IP地址和MAC地址添加为合法条目。
虚拟机网关设置错了怎么恢复：一个不算冷门的补救方案
如果你折腾了一圈,还是没有理出个头绪，最省时省力的做法就是恢复配置，很多虚拟机软件都有快照（Snapshot）功能，在你改动网关之前如果创建过快照，那么返回到过去那个可用状态就是几分钟的事。
VMware Workstation里，右键点击虚拟机选项卡，选择“快照”->“恢复到快照”，VirtualBox则是在“控制”->“恢复备份”中选择对应备份点，恢复快照相当于整个系统回到改网卡之前的时刻，无论你误操作了什么网络命令，都会被一笔勾销。
如果你没有提前做快照,那么起码要记录下原始网关和IP地址，在命令行窗口里查看Windows的ipconfig /all，或者Linux的journalctl -S yesterday | grep network日志文件中的历史配置内容，把旧值填回去，再禁用并重新启用一次网卡。
常见问题解答
虚拟机修改网关后ping不通外部网络但内网正常，可能是什么原因？
这种情况通常是网关后的链路问题,集中在虚拟机的防火墙出站规则或物理路由器对出站流量的限制，先在虚拟机内ping 223.5.5.5，如果通，说明网关转发正常，问题在DNS解析，如果公网IP不通，检查物理路由器的路由表和NAT规则，确认没有为虚拟机的IP地址设置禁止外网访问的策略。
虚拟机网关地址和物理局域网冲突时，如何选择正确的网关？
如果你在NAT模式虚拟机里,把网关设置成和物理局域网的无线路由器IP相同，例如都填168.1.1，那么必须改回VMware虚拟网络编辑器中NAT设置页显示的网关IP，通常以168.x.2只有在桥接模式虚拟机里，才允许使用物理局域网网关168.1.1。
为什么在VMware里把虚拟机网络模式从NAT改为桥接后，网关配置要重新设置？
因为NAT模式提供独立的虚拟网段和虚拟网关,桥接模式没有这些NAT服务，虚拟机必须使用物理局域网内的真实网关，修改网络模式后，虚拟机内的旧网关地址已经属于另一个网段，直接导致路由不可达，所以要立刻更新虚拟机操作系统的默认网关配置。