虚拟机配置网关后无法上网，核心原因通常不是填错了IP，而是虚拟机的网络模式与网关地址不匹配：NAT模式必须填虚拟网卡VMnet8的网关，桥接模式才填物理路由器的网关。
虚拟机配置网关后无法上网怎么解决？先看网络模式
很多人配完虚拟机网络，发现Ping不通外网，第一反应是“网关填错了”，其实更常见的情况是，网络模式选的是NAT，网关却照着物理机的填了；或者明明选了桥接，网关却填了VMware虚拟网卡的地址，方向错了,后面怎么改都白搭。
为什么改了网关还是上不了网？
虚拟机的网络出口，完全取决于它挂在哪张虚拟网卡上，VMware和VirtualBox都有自己的虚拟网络编辑器，里面能看到NAT模式和桥接模式对应的不同虚拟网卡，行业共识认为，初学者最容易在NAT模式里把网关地址填成物理路由器的IP,导致数据包被送到一个根本不负责转发虚拟机流量的出口。
举个具体场景：你在公司用笔记本电脑，物理机IP是192.168.1.50，网关是192.168.1.1，打开VMware，默认网络模式是NAT，这时候如果你给虚拟机填IP 192.168.1.100，网关填192.168.1.1，虚拟机看似和物理机在同一网段，但实际上NAT模式的虚拟网卡（VMnet8）默认网段通常是192.168.x.0，网关一般是192.168.x.2，你填的地址在NAT网络里根本不存在,虚拟机自然无法上网。
VMware虚拟机网络模式NAT和桥接有什么区别？
这两种模式决定了IP、网关、子网掩码的填写逻辑,用一张表可以快速看明白：
| 对比项 | NAT模式 | 桥接模式 |
|---|---|---|
| 虚拟机IP来源 | 由VMware虚拟DHCP分配，或手动指定同网段IP | 由物理路由器DHCP分配，或手动指定同网段IP |
| 网关填什么 | VMnet8的网关地址（如192.168.x.2） | 物理路由器的网关地址（如192.168.1.1） |
| 子网掩码 | 与VMnet8网段一致（通常255.255.255.0） | 与物理机网段一致（通常255.255.255.0） |
| 物理机换网络后 | 虚拟机网络不受影响 | 虚拟机IP可能需要跟着改 |
简单记：NAT模式是虚拟机躲在物理机后面上网，网关认准VMnet8；桥接模式是虚拟机直接暴露在物理网络里，网关认准路由器，选错模式,填什么都是错。
虚拟机配置静态IP和网关怎么填？实操演示
确认网络模式之后，接下来才是填IP、网关和子网掩码，不同系统操作路径不一样,但逻辑是一样的。
NAT模式下的正确填写公式
在VMware中，先打开“编辑”菜单下的“虚拟网络编辑器”，选中VMnet8，点击“NAT设置”，就能看到网关IP，假设显示的是192.168.10.2，子网掩码255.255.255.0,那么虚拟机里应该这样填：
- IP地址：192.168.10.128（在VMnet8的DHCP范围外,避免冲突）
- 子网掩码：255.255.255.0
- 默认网关：192.168.10.2
- DNS服务器：114.114.114.114 或 8.8.8.8
桥接模式下的正确填写公式
桥接模式更直接，在物理机上按Win+R输入cmd，运行ipconfig，看物理网卡的IP、子网掩码和默认网关，假设物理机是192.168.1.50，网关192.168.1.1，掩码255.255.255.0，虚拟机的桥接网卡选择“自动”或指定物理网卡后,可以这样填：
- IP地址：192.168.1.200（选一个路由器DHCP池里没被占用的地址）
- 子网掩码：255.255.255.0
- 默认网关：192.168.1.1
- DNS服务器：跟物理机保持一致
Linux虚拟机实操命令与配置路径
以CentOS 7/8为例，编辑网卡配置文件，路径是/etc/sysconfig/network-scripts/ifcfg-ens33,关键参数如下：
BOOTPROTO=static
ONBOOT=yes
IPADDR=192.168.10.128
NETMASK=255.255.255.0
GATEWAY=192.168.10.2
DNS1=114.114.114.114保存后执行systemctl restart network（CentOS 8用nmcli c reload），然后用ip route查看路由表，确认默认网关是否生效；用ping 192.168.10.2测试网关连通性；再ping www.baidu.com测试外网解析。
Ubuntu系统则修改/etc/netplan/目录下的yaml文件，缩进严格，配置完成后执行netplan apply。
哪些场景会导致虚拟机网关配置后依旧断网？
配完参数还是不通，问题往往不在网关本身,而在周边环节。
物理机IP变动引发的虚拟机网络连带问题
这是很典型的移动办公场景，你在公司用桥接模式配好了虚拟机，回家后物理机连上家里的WiFi，网段从192.168.1.x变成了192.168.0.x，虚拟机的桥接网卡还挂着旧IP和旧网关，当然上不了网，解决办法是重新把虚拟机IP改到新网段，或者干脆把虚拟机网络模式改为NAT，让VMnet8的网关固定不变,减少环境依赖。
虚拟机防火墙与虚拟网卡服务冲突
网关填对了，IP也没冲突，但还是Ping不通外网，先检查虚拟机内部防火墙：CentOS执行systemctl status firewalld，Windows Server检查“高级安全Windows Defender防火墙”，如果防火墙开着，尝试临时关闭测试，VMware的“NAT Service”和“VMware DHCP Service”在Windows服务列表里必须处于运行状态，这两个服务停了，NAT模式下的虚拟机网关就形同虚设，业内专家指出，相当一部分NAT模式断网问题,最终定位到的是这两个后台服务未启动。
虚拟机配置网关常见问题Q&A
Q1：虚拟机配置网关后无法上网，怎么快速排查？
按三步走：第一步，在虚拟机里ping网关地址，不通说明IP、掩码或网关不在同一网段；第二步，ping外网IP（如114.114.114.114），通但打不开网页，说明DNS没配或配错；第三步，检查网络模式与网关是否匹配，NAT对应VMnet8，桥接对应物理路由器，多数情况下,这三步能覆盖大部分问题。
Q2：虚拟机配置静态IP和网关怎么填才不冲突？
NAT模式下，IP地址选VMnet8网段内、DHCP范围外的地址，网关填VMnet8的网关，通常以.2结尾，桥接模式下，IP地址选物理路由器网段内但不在DHCP分配池里的地址，网关填物理路由器的地址，如果不确定DHCP池范围，可以在路由器管理界面查看，或者把静态IP设在网段高位，比如192.168.1.200以上,冲突概率会小很多。
Q3：桥接模式下填了物理机网关却连不上，问题出在哪？
常见原因是物理机同时启用了有线和无线网卡，VMware的桥接网卡自动绑定了错误的物理网卡，打开“虚拟网络编辑器”中的VMnet0，手动指定桥接到当前正在联网的那张物理网卡，再重启虚拟机网络即可，部分公司网络开启了端口隔离或MAC地址绑定，桥接模式的虚拟机会被交换机拦截,这种情况下只能改用NAT模式。