Linux虚拟机网络故障，先把网关地址和虚拟网络模式对齐：NAT模式填VMnet8分配的网关，桥接模式填物理路由器IP，仅主机模式通常不需要默认网关。
linux虚拟机网关怎么配置才不踩坑
网关是虚拟机数据包离开当前网段的唯一出口,配置错误时，虚拟机内部服务看起来正常，但跨网段访问全部失败。
很多操作者把DNS和网关混为一谈,或者把宿主机IP当成网关填进去，结果就是能获取IP却无法上网，理顺配置前，先确认虚拟机处在哪种网络模式。
先分清NAT、桥接、仅主机三种模式的网关角色
不同网络模式下,网关地址来源完全不同，直接照搬教程里的192.168.1.1常常出错。
| 网络模式 | 网关通常是谁 | 能否上网 | 典型场景 |
|---|---|---|---|
| NAT模式 | VMnet8虚拟网络的网关地址，如192.168.10.2 | 能 | 宿主机共享网络，虚拟机隐藏在内网 |
| 桥接模式 | 物理路由器LAN口IP，如192.168.1.1 | 能 | 虚拟机作为局域网平等设备 |
| 仅主机模式 | 无默认网关，或仅指向宿主机虚拟网卡 | 不能上网 | 安全测试、隔离实验 |
NAT模式下,虚拟网络编辑器会给VMnet8分配一个独立网段，网关一般是该网段的.2地址，桥接模式下，虚拟机直接接入物理交换机，网关就是真实路由器地址。
虚拟机NAT模式网关和DNS区别要先分清
网关负责跨网段转发,DNS负责把域名翻译成IP，两者工作内容不同，但配置项经常挨在一起，容易填反。
可以把网关理解为快递分拨中心：本地包裹直接送到同小区，外地包裹必须交给分拨中心转运，DNS则是查地址的电话本：不知道目标IP时，先问DNS要地址，再交给网关转发。
配置静态IP时,GATEWAY和DNS1是完全独立的两个参数，网关填错，ping域名会提示“Network is unreachable”，DNS填错，ping公网IP能通，但打开网页失败。
vmware linux虚拟机上网网关设置命令实操
VMware里NAT模式默认网关需要在“编辑虚拟网络编辑器VMnet8NAT设置”里查看，记下那个网关IP，再回到虚拟机内部配置。
CentOS、Rocky Linux、RHEL系列操作步骤：
# 查看当前默认网关 ip route show default # 查看网卡名称 ip a
编辑网卡配置文件,以ens33为例：
vim /etc/sysconfig/network-scripts/ifcfg-ens33
关键字段如下：
BOOTPROTO=static IPADDR=192.168.10.100 NETMASK=255.255.255.0 GATEWAY=192.168.10.2 DNS1=223.5.5.5
保存后重启网络：
systemctl restart network
如果使用NetworkManager,可以用nmcli命令：
nmcli connection modify ens33 ipv4.addresses 192.168.10.100/24 nmcli connection modify ens33 ipv4.gateway 192.168.10.2 nmcli connection modify ens33 ipv4.dns 223.5.5.5 nmcli connection up ens33
Ubuntu使用netplan配置：
vim /etc/netplan/00-installer-config.yaml
写入：
network:
version: 2
ethernets:
ens33:
dhcp4: no
addresses:
- 192.168.10.100/24
routes:
- to: default
via: 192.168.10.2
nameservers:
addresses:
- 223.5.5.5
应用配置：
netplan apply
注意,192.168.10.2这个网关地址不是固定值，实际地址以VMnet8的NAT设置为准，不同宿主机可能完全不同。
桥接模式下linux虚拟机网关指向路由器还是宿主机
直接给结论：桥接模式下，虚拟机网关必须指向物理路由器的LAN口地址，不是宿主机IP。
桥接模式下,虚拟机和宿主机处于同一个二层网络，虚拟机的数据包直接发给物理交换机，再由交换机转给路由器，如果网关填成宿主机IP，宿主机默认情况下不会转发这些跨网段数据包，除非宿主机开启了路由转发和NAT功能。
家庭场景中,多数路由器LAN口地址是192.168.1.1或192.168.0.1，办公网络可能使用10.x.x.x网段，配置前先看宿主机自己的默认网关：
# 宿主机Windows查看网关 ipconfig # 宿主机Linux查看网关 ip route show default
把宿主机看到的默认网关地址填到虚拟机GATEWAY里,桥接模式通常就能正常上网。
验证命令：
# 临时添加默认路由 ip route add default via 192.168.1.1 dev ens33 # 测试网关连通性 ping -c 4 192.168.1.1
如果桥接模式下填了宿主机IP还能上网,往往是宿主机开启了Internet连接共享或第三方转发服务，这不是通用配置，不建议作为长期方案。
linux虚拟机无法上网网关排查顺序
虚拟机无法上网时,网关问题占相当大比例，按固定顺序排查，比反复重启网络服务更高效。
第一步：核对虚拟网络编辑器的网关地址
打开VMware的“编辑虚拟网络编辑器”，选择VMnet8，点击“NAT设置”，把里面的网关IP记录下来。
多数情况下,这个地址是某个网段的.2，如果虚拟机配置里的GATEWAY和这个地址不一致，跨网段流量直接走错方向。
第二步：检查虚拟机IP与网关是否同网段
虚拟机IP和网关必须在同一网段,否则数据包无法到达网关，例如网关是192.168.10.2，虚拟机IP就应该是192.168.10.x。
ip a show ens33
如果虚拟机IP是192.168.1.x，网关是192.168.10.2，说明网段错配，修改IP或网关，让前三段一致。
第三步：ping网关并检查路由表
ping -c 4 192.168.10.2 ip route show
如果ping不通,先确认虚拟网卡是否启用，VMnet8虚拟网卡是否被禁用，如果路由表里没有default via那一行，说明默认路由丢失。
手动添加临时路由：
ip route add default via 192.168.10.2 dev ens33
这个命令重启后失效,适合临时验证，永久配置需要写回ifcfg或netplan文件。
第四步：排查DNS与网卡服务冲突
能ping通14.215.177.38这样的公网IP，但ping不通www.baidu.com，说明网关正常，DNS解析失灵。
检查DNS配置：
cat /etc/resolv.conf
如果里面没有nameserver,或者指向不可达地址，需要修改DNS，需要注意的是，NetworkManager和network服务同时管理网卡时，可能导致网关配置被覆盖，多数情况下保留NetworkManager，统一用nmcli管理即可，避免手工改文件又用service network restart。
家用场景下linux虚拟机做网关给局域网设备上网
一些用户用Linux虚拟机搭建软路由,给手机、电视、其他电脑提供网络，这个场景下，网关角色发生反转：虚拟机本身成为局域网设备的网关。
搭建前至少要给虚拟机分配两张网卡,一张WAN口接上级网络，桥接到物理路由器或光猫，另一张LAN口接内网，使用仅主机模式或自定义VMnet。
开启内核转发：
sysctl -w net.ipv4.ip_forward=1 echo "net.ipv4.ip_forward=1" >> /etc/sysctl.conf
配置NAT转发,让内网设备共享WAN口网络：
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
其中eth0替换为WAN口网卡名,保存iptables规则，不同发行版命令略有差异。
内网设备需要手动设置IP,并把网关指向虚拟机LAN口IP，例如虚拟机LAN口IP是192.168.50.1，手机就设置192.168.50.2，网关填192.168.50.1。
这个玩法成本低,适合测试和学习，但性能和稳定性取决于宿主机状态，不适合作为生产环境的主路由，业内专家指出，家用场景用虚拟机做网关时，更应关注宿主机休眠和重启带来的网络中断影响。
Linux虚拟机网关问题大多不是系统缺陷,而是网络模式、地址段和配置文件之间没对齐，NAT模式看VMnet8，桥接模式看物理路由器，仅主机模式不需要默认网关，配置完成后用ip route show default和ping命令各验证一次，网关故障基本都能快速收敛。
关于linux虚拟机网关的常见问题
linux虚拟机网关怎么配置才能和宿主机互相访问
NAT模式下,宿主机通过VMnet8虚拟网卡与虚拟机通信，虚拟机配置的IP要和VMnet8网段一致，网关填VMnet8的网关地址，桥接模式下，虚拟机与宿主机同网段，网关填物理路由器地址即可。
vmware linux虚拟机上网网关设置成宿主机IP对吗
多数情况下不对,NAT模式网关由虚拟网络编辑器自动分配，通常不是宿主机IP，桥接模式网关是物理路由器地址，只有宿主机开启路由转发和NAT服务时，填宿主机IP才可能勉强可用，但这种配置不通用，排查问题也麻烦。
linux虚拟机ping不通网关怎么处理
按顺序检查：VMnet8是否启用、虚拟机IP与网关是否同网段、虚拟网卡是否被防火墙拦截、路由表是否缺少默认路由，行业共识认为，这类故障的主要来源是虚拟网络编辑器设置和虚拟机网卡配置文件不一致，而不是Linux内核本身的问题。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/646562.html
