虚拟机配置网关后无法联网，十有八九不是网关本身填错了，而是IP地址、子网掩码、虚拟网络编辑器三者没有对齐；先统一它们的网段，再查网关和服务状态，问题一般就能解决。
核心原因排查：IP地址和网关的基本规则
虚拟机上网和物理机没有本质区别，它同样需要合法的IP、正确的网关、可达的DNS，很多朋友在虚拟机里敲完ifconfig或ip addr，看到IP地址就以为配置完成，结果ping不通外网，第一反应是“网关填错了”。网关只有在IP地址和子网掩码正确的基础上才有意义。
一个典型的错误场景是：VMware的虚拟网络编辑器里，VMnet8的NAT网段是168.100.0，但你在虚拟机里手动把IP填成了168.1.50，网关填成168.100.2，这种情况下，IP和网关不在同一网段，系统根本不会把网关怀当默认路由，数据包发不出去,自然无法上网。
正确的自查顺序是：先确认虚拟机使用的虚拟网卡型号，再确认虚拟网络编辑器里的网段，最后检查IP、掩码、网关是否都在同一网段内，具体操作路径：打开VMware菜单栏的“编辑”->“虚拟网络编辑器”，右下角会显示VMnet8的NAT网段和网关地址。这个页面写的子网IP和网关就是你在虚拟机里填写的唯一依据。
虚拟机设置桥接模式后无法上网，问题出在哪？
桥接模式是另一个高发故障点，有相当一部分用户反馈：虚拟机网络模式明明选了“桥接模式”，IP地址也是自动获取的，却怎么也上不了网，这时候问题的重点不在网关，而在桥接的物理网卡选错了。
- 在VMware的“虚拟机设置”->“网络适配器”中，选择“桥接模式”后，记得展开下方的“自定义特定虚拟网络”,确认桥接到的是你物理机正在上网的那张网卡。
- 如果你的笔记本同时开着Wi-Fi和有线网卡，VMware默认桥接到的可能是没有联网的以太网卡,虚拟机自然获取不到有效IP。
- 行业共识认为，桥接模式下最稳妥的做法是在“虚拟网络编辑器”中，将VMnet0的桥接对象手动指定为当前正在使用的无线网卡或有线网卡,而不是让VMware自动选择。
电脑换了网络环境后，桥接模式直接失效
还有一个容易被忽略的场景：你在公司用网线联网，回家换成Wi-Fi，之前配置好的桥接虚拟机突然无法上网，这是因为桥接目标还停留在之前那张有线网卡上
，解决方式很简单：重新打开虚拟网络编辑器，把VMnet0的桥接到当前Wi-Fi网卡即可。
桥接模式下的网关和DNS检查
如果你在桥接模式下使用静态IP，记住一个原则：IP地址要和物理机在同一网段，网关要指向物理网络的路由器地址，比如你物理机的IP是168.1.10，网关是168.1.1，那虚拟机就填168.1.50，网关填168.1.1，很多朋友直接把物理机的IP、网关原封不动搬进虚拟机，结果和物理机IP冲突,同样上不了网。
虚拟机ip地址与网关不在同一网段怎么办？
这个问题在手动配置IP时特别常见，很多人为了图省事，把网上搜来的模板照抄，结果网段对不上，要解决它，不需要重装系统,只需按下面的方法重新设置。
- 查看宿主机的IP段：在Windows命令提示符里输入
ipconfig，找到“VMware Network Adapter VMnet8”这一项，记下它的IP地址，假设是168.137.1，那你的虚拟机IP就要填168.137.x（x取2到254），网关填168.137.2（具体看虚拟网络编辑器显示）。 - 修改虚拟机内网卡配置：Ubuntu或Debian系编辑
/etc/netplan/xx-netplan.yaml，CentOS或RHEL系编辑/etc/sysconfig/network-scripts/ifcfg-ensxx，Windows则进入“网络和共享中心”->“更改适配器设置”手动填写。 - 改完以后重启网络服务并验证：Linux下执行
sudo systemctl restart networking或netplan apply，然后运行ip route show,默认路由必须指向你的网关IP。
子网掩码不一致也属于“不在同一网段”
有一种隐蔽的错误：IP和网关看起来在同一网段，但子网掩码写错，导致系统计算网络地址时出现了偏差。多数情况下，使用255.255.0作为掩码，且确保IP和网关前三位数字一致即可，如果网关是168.50.1，你的IP却是168.51.10,延迟再久也ping不通网关。
NAT模式网关配置正确仍无法连网，按顺序检查这几项
NAT模式是VMware默认推荐的联网方式，它通过宿主机共享IP上网，配置最省心，但即使你照着虚拟网络编辑器填了正确的IP和网关，仍可能遇到连不上网的情况，以下检查路径按优先级排序,照着操作基本能解决问题。
- 检查VMware的NAT服务是否运行：按下
Win+R，输入services.msc，找到“VMware NAT Service”和“VMware DHCP Service”，确认它们处于“正在运行”状态,这两个服务挂掉是NAT模式断网的常见元凶。 - 排查虚拟网络编辑器是否被重置：有时候重装VMware或升级版本后，VMnet8的网段会发生变化，而虚拟机里的旧配置没改，就会断网，进入虚拟网络编辑器，点击“更改设置”,查看VMnet8的网段是否和虚拟机内配置一致。
- 验证防火墙是否拦截了虚拟网卡流量：Windows防火墙有时会把VMnet8识别为“公用网络”，拦截入站出站数据，比较快捷的验证方法：临时关闭Windows防火墙，如果虚拟机立刻能上网，说明是防火墙规则问题，建议单独为VMnet8开启“允许文件打印机共享”和“内核流量”的入站规则。
- 确认MAC地址没有冲突：VMware克隆虚拟机时，如果选择了“复制”，通常会自动生成新MAC地址，但某些手动备份的镜像可能保留了相同MAC，在“虚拟机设置”->“网络适配器”->“高级”里，点击“生成”重新创建MAC地址即可。
虚拟机ping不通网关怎么解决？
先明确“不通”的具体表现，如果你执行ping 网关IP，返回的是“请求超时”，说明二层链路可能有问题，重点检查虚拟网卡是否被禁用了，如果返回“目标主机不可达”,说明路由没有生效。
- Linux下执行
ip route add default via 网关IP dev eth0,重新指定默认路由后再试。 - Windows虚拟机进入管理员命令行：
route delete 0.0.0.0，然后route add 0.0.0.0 mask 0.0.0.0 网关IP。 - 清除ARP缓存后再测：Linux的
ip neigh flush all，Windows的arp -d。
用表格快速对照：三种网络模式的关键配置差异
| 网络模式 | IP地址来源 | 网关指向 | 常见故障点 |
|---|---|---|---|
| 桥接模式 | 与物理机同网段的静态IP或DHCP | 物理网络的路由器 | 桥接网卡选错、IP冲突 |
| NAT模式 | VMnet8网段内静态IP或自动获取 | VMnet8的网关（如192.168.100.2） | NAT服务未启动、网段被改 |
| 仅主机模式 | VMnet1网段内静态IP | VMnet1网关（默认无对外路由） | 误以为仅主机模式能访问外网 |
很多朋友把“仅主机模式”当NAT来用，配置完发现Ping不通外网，这不是你操作错了，而是仅主机模式本来就不提供NAT转发功能
，它只能和宿主机互通，若想访问互联网，需要借助宿主机的Internet连接共享,属于进阶玩法。
VMware虚拟网络编辑器里的“恢复默认设置”按钮能乱点吗？
这个按钮解决了很多疑难杂症，也坑了很多人，点完之后，VMware会删除所有自定义虚拟网络，并重新生成默认的VMnet0、VMnet1、VMnet8，如果你的虚拟机之前绑定的是自定义网段，恢复默认后网段变了,虚拟机自然无法上网。
- 如果你没有改动过虚拟网络编辑器，只是遇到了无法联网，不建议直接点“恢复默认设置”。
- 如果已经点了，请重新打开虚拟网络编辑器，记住新的VMnet8网段和网关,然后去虚拟机内更新IP配置。
- 正确的操作顺序是先截图记录当前配置，再执行恢复操作,以便随时回溯。
Q&A：虚拟机网关配置与联网问题常见解答
为什么我的虚拟机IP地址和网关看起来是对的，还是无法上网？
先确认子网掩码是否一致，再检查物理网卡的VMnet8是否启用了，打开“控制面板”->“网络连接”，看到“VMware Network Adapter VMnet8”处于“已禁用”状态，虚拟机就会出现IP乱飘或无法出网的情况，右键启用该适配器,然后重启虚拟机的网络服务即可。
虚拟机设置NAT模式后，从哪里可以快速查看到网关地址？
打开VMware“虚拟网络编辑器”，选中VMnet8，下方的“NAT设置”按钮会弹出网关IP窗口，这个IP就是虚拟机的默认网关。这个地址在安装VMware后一般保持不变,除非你手动改动过网络号。
桥接模式下虚拟机可以ping通物理机，但无法ping通外网，是什么原因？
物理机与虚拟机通信走的是二层交换，不需要网关介入；而访问外网必须经路由器转发，请检查虚拟机内的默认路由是否指向路由器IP，同时确认物理机所在网络是否开启了客户端隔离，据VMware官方文档说明，公共Wi-Fi环境下桥接模式经常受限,因为上游交换机端口禁用了虚拟机发出的MAC地址帧。
虚拟机网关问题本质上是一个“对应关系”的匹配问题，只要把物理网卡、虚拟网络编辑器、虚拟机内IP三者对齐，再确保必要的服务运行正常，绝大多数断网故障都能解决，下次遇到类似情况，先看网段是否一致，再查服务状态，不要急着重装系统，按照上文从桥接到NAT的顺序一一排除,通常几分钟内就能找到原因并恢复正常上网。