虚拟机查不到网关，核心原因通常是网卡没拿到IP地址、虚拟网络模式选错，或者路由表异常，排查顺序建议从网卡状态开始，逐步检查虚拟网络配置、路由表和防火墙。
排查第一步：先确认虚拟机网卡是否获取到IP地址
虚拟机查不到网关，最常见的原因是系统压根没拿到IP，自然也就没有网关，这一步排查最快,也最基础。
Windows虚拟机：ipconfig命令看细节
在虚拟机里打开命令提示符,执行：
ipconfig /all
重点看两个地方：IPv4地址和默认网关。
- 如果IP地址是169.254.x.x，说明网卡没从DHCP服务器拿到地址，系统自己分配了一个无效地址,网关自然为空。
- 如果IP地址正常但网关为空，说明DHCP分配了IP但没下发网关,或者网卡配置里手动填了IP却漏了网关。
- 如果IP和网关都是空白,网卡可能处于禁用状态。
补救办法：执行 ipconfig /release ipconfig /renew 强制重新获取。
Linux虚拟机：ip addr和route命令配合使用
Linux系统里用两个命令组合判断：
ip addr show ip route show
ip route show 输出里如果只有 default via 开头的行，说明网关存在；如果没有这一行，只看到直连路由,说明网关确实丢失了。
很多Linux发行版默认不显示网关是因为NetworkManager没接管网卡，或者网卡配置里没写 GATEWAY= 参数，此时检查 /etc/sysconfig/network-scripts/ifcfg-eth0（CentOS/Rocky）或 /etc/network/interfaces（Debian/Ubuntu）里的网关配置。
快速判断方法：ping网关测试
先尝试 ping 网关IP地址，多数情况下，如果你连网关IP都不知道是多少，可以回头看物理机的网关地址，以VMware为例，NAT模式下默认网关一般是 168.x.2，这个地址在VMware的"虚拟网络编辑器"里能看到。
如果ping不通网关,接下来就要检查虚拟网络本身。
虚拟网络模式选错：NAT、桥接和仅主机模式的区别
这是虚拟机查不到网关的第二大原因，很多新手在创建虚拟机时，网络模式选错了,后面怎么配都不对。
VMware里三种模式怎么选
VMware Workstation 的网络模式在虚拟机设置 → 网络适配器里切换,三种模式对应不同的网关逻辑：
- NAT模式（最常见）：虚拟机通过虚拟网卡VMnet8上网，网关是VMware虚拟出来的，默认一般是
168.x.2，如果虚拟机里查到网关是空的,先看VMnet8网卡在物理机里是否启用了。 - 桥接模式：虚拟机直接连接物理网络，网关和物理机相同，如果物理机用路由器上网，网关就是路由器IP（比如192.168.1.1），此模式下若网卡没绑定到物理网卡,虚拟机也拿不到IP。
- 仅主机模式：虚拟机只能和物理机互通，没有外网网关，如果你选了这个模式查不到网关是正常的,不代表故障。
关键排查动作：打开VMware菜单栏"编辑 → 虚拟网络编辑器"，看VMnet8是否被禁用或网段是否被改过，行业共识认为，多数NAT模式下查不到网关的案例，都是VMnet8网段被修改过，但虚拟机里的IP还停留在旧网段。
VirtualBox里网卡模式切换
VirtualBox的经典问题是用默认的"网络地址转换(NAT)"模式，但在虚拟机里ping不通外网，VirtualBox的NAT模式和VMware的NAT不一样，VirtualBox的NAT模式默认网关是 0.2.2，IP是 0.2.15。
如果你在VirtualBox里把模式改成"桥接网卡"，但没指定桥接到哪块物理网卡（比如机器上有无线和有线两个网卡）,虚拟机的IP也会异常。
排查时依次尝试：
- 切换为"NAT"模式后重启虚拟机网络，看能否自动获取IP
- 切换为"桥接网卡"并指定正确的物理网卡名称
- 在虚拟机里手动设置静态IP和网关，绕过DHCP
网卡驱动和虚拟交换机异常导致网关缺失
有时候虚拟网络模式没错，DHCP也没问题,但网卡驱动本身掉链子了。
Windows虚拟机里检查设备管理器
打开设备管理器 → 网络适配器，看虚拟网卡（如Intel PRO/1000 MT）是否有黄色感叹号，出现感叹号说明驱动有问题，需要重装VMware Tools或VirtualBox增强功能。
另外检查网卡是否被"电源管理"选项影响：右键网卡 → 属性 → 电源管理，取消勾选"允许计算机关闭此设备以节约电源",这个选项在某些情况下会导致虚拟网卡休眠后拿不到网关。
Linux虚拟机里的网卡加载状态
执行：
dmesg | grep -i eth ethtool eth0
如果输出里显示 Link detected: no，说明虚拟交换机到虚拟机网卡的链路断了，这时在虚拟化软件里把网卡设备移除再重新添加,通常能恢复。
VMware虚拟交换机DHCP服务没启动
VMware的NAT模式依赖宿主机的VMware DHCP Service，在Windows物理机上按 Win+R 输入 services.msc，找到 VMware DHCP Service 和 VMware NAT Service，确保两者状态为"正在运行"。
不少场景下，这两个服务被安全软件优化工具禁用了，导致虚拟机开机后DHCP请求无人应答，IP和网关全空，手动启动服务后,在虚拟机里重启网卡一般能恢复。
路由表缺失导致有网关却不可达
有一类特殊情况：虚拟机里能看到网关IP，但流量就是不通,路由表里没有默认路由。
Windows路由表常规检查
执行 route print，在"IPv4 路由表"里找 0.0.0 开头的行，正常应该有一行 0.0.0 0.0.0.0 网关IP 接口IP 20 之类的记录。
如果这条记录不存在，说明默认路由丢失,临时添加：
route add 0.0.0.0 mask 0.0.0.0 网关IP
如果添加时提示"接口不支持"，说明网卡配置里的网关是空的,需要先在网卡属性里填上默认网关。
Linux路由表永久生效写法
临时添加默认路由：
ip route add default via 192.168.1.1 dev eth0
永久写在网卡配置文件里：
GATEWAY=192.168.1.1
或者用NetworkManager的nmcli工具：
nmcli con mod ens33 ipv4.gateway 192.168.1.1 nmcli con up ens33
多网卡导致路由冲突
相当一部分虚拟机会配多个网卡（比如一个NAT一个桥接），两个网卡都拿到了网关但不在同一网段，系统选择路由时可能走向错误的出口，此时建议在高级TCP/IP设置里，把正确的网卡"接口跃点数"设小一点,或者直接禁用不用的网卡。
防火墙和安全软件拦截网关探测
还有一类隐蔽原因，虚拟机本身一切正常，但安全软件把ICMP（ping）或DHCP报文拦截了,导致你误以为网关不存在。
Windows防火墙放行ICMP
Windows默认防火墙会拦截ping请求，如果你在虚拟机里 ping 网关不通,可以临时关闭防火墙测试：
netsh advfirewall set allprofiles state off
如果关闭后能ping通网关，说明是防火墙规则问题，可以单独放行"文件和打印机共享(回显请求-ICMPv4-In)"规则,不用整体关闭防火墙。
第三方杀毒软件的防火墙
部分第三方安全软件会默认隔离虚拟机的网络流量，虚拟机查不到网关但物理机一切正常时，建议检查安全软件的"网络防护"日志,看是否有拦截记录。
Linux iptables和firewalld
Linux虚拟机里检查：
systemctl status firewalld iptables -L -n
如果firewalld处于active状态，可以临时停止后测试网段连通性，不过阻断网关探测的更多是 arp_filter 或 rp_filter 内核参数，在多网卡场景下会阻止ARP响应，导致网关不可达，检查 /proc/sys/net/ipv4/conf/all/rp_filter，如果值为1,改成0或2通常能解决问题。
常见问题解答：虚拟机网关排查的补充场景
虚拟机里查不到网关但物理机正常，是硬件问题吗？
不是硬件问题，优先检查虚拟网络模式是否选对，可以登录虚拟化平台（如ESXi）的虚拟交换机配置，确认上行链路是否正常，ESXi环境里还要检查端口组是否有VLAN ID不匹配的情况,这种配置错误会导致虚拟机的DHCP请求根本发不到网关。
docker容器里也查不到网关，和虚拟机排查方法一样吗？
不完全一样，Docker容器默认用bridge网络，网关就是docker0网桥的IP（通常是172.17.0.1），如果容器里查不到网关，先执行 docker network inspect bridge 看网关配置，再确认宿主机的docker0网桥是否存在，Docker的网关问题和传统虚拟机的排查思路不同，入口是宿主机网络,而非虚拟化软件本身。
vmware workstation里虚拟机网关丢失后重启能恢复吗？
部分情况下重启能恢复，原因是VMware DHCP服务可能在系统启动时加载过慢，虚拟机开机时DHCP请求没被响应，但重启不能根治，建议检查VMware NAT和DHCP服务的启动类型是否为"自动"，并确保物理机的杀毒软件没有禁用这两个服务，如果频繁丢失,改为静态IP配置是更稳妥的方案。