为什么Ubuntu系统ping虚拟机总是失败？，Ubuntu ping虚拟机失败原因及解决方法

Ubuntu系统ping虚拟机失败，多数情况下不是单一故障，而是网络模式配置、IP地址规划或防火墙规则三方面共同作用的结果，按本文顺序排查可在十分钟内定位问题。

先从最简单的连通性判断开始

打开Ubuntu终端，执行 ip addr 查看宿主机网络接口，若输出中只有 lo 回环地址，说明物理网卡未激活，运行 sudo dhclient eth0 或 sudo netplan apply 重新获取IP。

接着测试虚拟机与本机的物理链路，在宿主机执行 ping 虚拟机IP，若提示 Destination Host Unreachable，问题大概率在路由层面；若显示 100% packet loss,则要检查虚拟机自身网络服务是否正常。

常见场景是：VMware或VirtualBox中创建虚拟机时选了默认的NAT模式，但Ubuntu宿主机上运行了多套虚拟化工具，导致虚拟网卡冲突，此时执行 ip route 查看默认路由，如果走的是 virbr0 而非 vmnet8,说明Libvirt的虚拟网桥抢占了路由表。

Ubuntu ping虚拟机不通的核心原因

网络模式与IP段不在同一平面

NAT模式下，宿主机通过虚拟网卡（如vmnet8）与虚拟机通信，两者IP段需严格对应，VMware默认NAT网段是 168.137.0/24，VirtualBox是 168.56.0/24，而Ubuntu宿主机自带的桥接网卡可能是 0.3.0/24。

当你在VirtualBox中给虚拟机配了 0.3.15，但宿主机物理网卡是 168.1.100，ping过去必然超时，解决思路：要么把虚拟机改成桥接模式,要么手动调整虚拟网卡IP到同一子网。

虚拟机内部防火墙拦截ICMP请求

Ubuntu Server 22.04及以上版本默认启用ufw，但规则并不放行ICMP,在虚拟机的终端执行：

sudo ufw allow in proto icmp

或者直接查看防火墙状态：

sudo ufw status verbose

如果输出显示 Status: active，且没有关于 icmp 或 echo-request 的规则，那就是被拦截了,更彻底的做法是临时关闭防火墙测试连通性：

sudo ufw disable

确认能ping通后再细化放行规则。

虚拟机网卡未启用或配置错误

进入虚拟机系统后，用 ip a 查看网卡是否拿到IP，如果只有127.0.0.1，而网卡接口显示 DOWN 或 NO-CARRIER,需要手动拉起网卡。

对于Ubuntu 18.04之后使用netplan的版本：

sudo nano /etc/netplan/01-netcfg.yaml

配置静态IP时注意缩进和网关地址,写成：

network:
  version: 2
  ethernets:
    ens33:
      dhcp4: no
      addresses:
        - 192.168.137.50/24
      gateway4: 192.168.137.1

保存后执行 sudo netplan apply,再检查路由表。

宿主机到虚拟机的三种连接方案

桥接模式：让虚拟机直接暴露局域网

这是ubuntu ping虚拟机不通时建议优先尝试的模式，在虚拟机设置中，把网络连接改为桥接模式，并选择正确的物理网卡，注意物理网卡名称，无线网卡通常叫 wlp2s0，有线是 enp3s0。

桥接模式下虚拟机和宿主机同级，虚拟机能直接获取局域网IP，但也有个坑：如果宿主机连接的是企业802.1X认证的网络，桥接模式可能无法上网,此时只能退回NAT。

仅主机模式：适合纯本机通信测试

仅主机模式创建了一个独立于外网的虚拟网络，宿主机和虚拟机都在这个网络内有IP，VirtualBox的仅主机网卡默认IP是 168.56.1/24，把虚拟机静态IP配成 168.56.10 即可互通。

这种模式的好处是稳定，不受物理网络环境干扰，坏处是虚拟机无法访问外网,除非额外添加一块NAT网卡做路由。

NAT模式的端口转发技巧

当你必须使用NAT且无法修改网段时，可以采用端口转发，场景：虚拟机运行Web服务，宿主机访问 0.0.1:8080 转发到虚拟机的80端口。

VirtualBox端口转发配置：

VBoxManage modifyvm "虚拟机名称" --natpf1 "web,tcp,,8080,,80"

VMware则在虚拟机设置中手动添加端口转发规则，但这种方法只针对TCP/UDP，ping使用的是ICMP协议，端口转发对ping无效，所以NAT模式下要么改网段，要么用其他工具测试连通性（如telnet端口）。

Ubuntu系统ping虚拟机失败的命令排查流程

双端抓包定位丢包位置

在宿主机执行：

sudo tcpdump -i vmnet8 icmp

在虚拟机执行：

sudo tcpdump -i ens33 icmp

如果宿主机发出 echo request 而虚拟机收到，但虚拟机的回复宿主机没收到，说明是返回路由问题，常见原因：虚拟机有多个网卡,默认路由指向了错误的网关。

检查虚拟机的路由表：

ip route show

确保默认路由的网关与虚拟网卡在同一子网，多网卡时建议删除多余路由,只保留一条：

sudo ip route delete default via 错误网关

关闭宿主机防火墙的临时验证

Ubuntu宿主机自身的防火墙也可能是元凶,执行：

sudo ufw status

如果显示 Status: active,运行：

sudo ufw allow from 192.168.56.0/24

放行内网网段，注意iptables规则也要检查，有的工具（如Docker）会直接改写iptables的FORWARD链,阻止虚拟网卡之间的转发。

查看当前iptables转发策略：

sudo iptables -L FORWARD -n

如果策略是 DROP,就需要添加放行规则或调整Docker的iptables参数。

专为VMware虚拟机环境调整的配置细节

VMware Workstation在Ubuntu上的桥接模式依赖 vmnet-bridge 服务,运行：

sudo systemctl status vmware

如果服务异常,重启所有VMware服务：

sudo systemctl restart vmware-networks-configuration.service

安装VMware Tools时,建议在虚拟机内执行：

sudo apt install open-vm-tools

这能优化虚拟网卡的驱动兼容性,有些底层丢包问题在安装后自动消失。

常见特殊场景：虚拟机与宿主机在同一个IP网段但ping不成功

这种情况下,先确认IP地址是否完整：

ping -c 4 192.168.137.30

计算一下网络号，如果宿主机和虚拟机的IP都在 168.137.0/24 内，网关指向同一地址，那问题多半出在ARP解析上。

清空ARP缓存：

sudo ip neigh flush all

然后重新ping，如果还是失败，抓包看ARP请求是否到达虚拟机，某些无线AP开启AP隔离后，无线客户端之间无法互通，此时虚拟机桥接模式走无线网卡,就会遇到这种问题。

另一个隐蔽场景：虚拟机和宿主机有多个网卡都配了相同网段IP，Linux的弱主机模型会优先选择先绑定的网卡响应，查看路由表是否能精确匹配源地址,必要时手动指定源IP测试：

ping -I 192.168.137.5 192.168.137.30

修改虚拟机网络配置文件后仍无法上网怎么办

验证虚拟网卡驱动是否加载

lsmod | grep vmnet

如果输出为空，说明VMware内核模块没加载,执行：

sudo modprobe vmnet

若报错，重新安装VMware Workstation并选择”安装内核模块”选项。

netplan配置与NetworkManager冲突

Ubuntu桌面版默认使用NetworkManager管理网络，但netplan配置优先于NetworkManager，如果两者冲突,网络服务会陷入重启循环。

检查系统日志：

journalctl -u NetworkManager -n 50

解决冲突的方法：在netplan配置中设置 renderer: NetworkManager，让NetworkManager接管无线和有线连接，netplan只负责生成的配置，或者反过来，在 /etc/NetworkManager/NetworkManager.conf 中设置 managed=false,关闭NM对已配置接口的控制。

行业共识认为，桌面版Ubuntu推荐用NetworkManager管理，服务器版用netplan加systemd-networkd。

虚拟机管理工具自身的NAT服务异常

有时VirtualBox的 vboxnetdhcp 或NAT服务线程崩溃。

重启VirtualBox的网络服务：

sudo systemctl restart vboxdrv
sudo systemctl restart vboxnetadp

再打开VirtualBox，进入全局设定检查DHCP服务器分配地址池，NAT网段的DHCP租约满也可能导致虚拟机无法获取IP,手动设置静态IP可以绕过这个问题。

关于Ubuntu与虚拟机网络互通的高频疑问

为什么虚拟机改成桥接模式后宿主机ping不通了？

换个说法，Ubuntu虚拟机桥接模式下上不了网怎么办。 原因是桥接网卡选择错误，在虚拟机设置里，桥接模式需要指定具体的物理网卡，不要选”自动”，如果你通过Wi-Fi上网，桥接到有线网卡上当然无法通信，还有一种情况是物理网卡开启了防火墙,拦截了来自虚拟机的MAC地址流量。

两种系统的虚拟机可以互相ping通吗？

可以，前提是它们与宿主机处于同一虚拟网络，比如VirtualBox的NAT模式下，不同虚拟机都被分配了 0.2.0/24 网段的地址，但NAT网络默认隔离了虚拟机之间的通信，要互通，需创建host-only网络，把所有虚拟机网卡都挂到这个网络上，并分配同网段IP，VMware的NAT模式下不同虚拟机之间的互通性较好,但也建议使用仅主机模式来保证稳定。

有没有适合新手的图形化排查工具？

推荐使用 nmap 扫描局域网内主机,快速判断宿主机能否发现虚拟机IP：

sudo apt install nmap
nmap -sn 192.168.56.0/24

有线网络环境下扫描结果会列出所有活跃主机，如果虚拟机IP不在列表中，说明宿主机到虚拟机的二层链路不通,直接检查网卡和虚拟交换机配置即可。