虚拟机ping不通服务器，绝大多数情况下是IP配置、网络模式或防火墙规则出了问题，按顺序排查这三项，基本能解决九成以上的故障。
排查网络模式：先搞懂虚拟机是怎么上网的
虚拟机ping不通服务器,第一步不是敲命令，而是确认虚拟机的网络连接方式，虚拟化软件（比如VMware Workstation、VirtualBox）一般提供三种网络模式，选错模式是ping不通最常见的根源。
- 桥接模式：虚拟机直接接入物理局域网，拥有和物理机同网段的独立IP，相当于局域网里的一台独立电脑，服务器在局域网内且允许该网段访问时，选这个模式最直接。
- NAT模式：虚拟机通过物理机的IP地址访问外部网络，对外通信时共享物理机IP，但外部设备主动访问虚拟机比较困难。
- 仅主机模式：虚拟机只能和物理机通信，无法访问外部局域网，更不用提服务器。
行业共识认为，如果你要ping通的是局域网内的服务器，优先选择桥接模式，如果用了NAT或仅主机模式，虚拟机发出的ICMP数据包根本出不了物理机，或者被转换成物理机的IP，服务器收到后无法回包，自然ping不通。
具体操作路径：VMware中选中虚拟机，右键“设置” -> “网络适配器” -> 勾选“桥接模式”，VirtualBox里则是“设置” -> “网络” -> “连接方式”选“桥接网卡”。
核查IP地址：同一网段是前提，冲突是隐患
很多情况下,虚拟机IP和服务器IP不在同一个网段，导致数据包无法路由到目标，这不是配置错误，纯粹是规划问题。
如何判断是否同网段
以常见的/24子网为例，比如服务器IP是，子网掩码是，那么有效主机范围是到，虚拟机的IP必须在这个范围内，同时默认网关要指向物理局域网的真实网关（通常是路由器或核心交换机的地址）。
查看虚拟机IP地址的命令：
- Windows虚拟机：
ipconfig /all - Linux虚拟机：
ip addr show（或ifconfig -a）
查看完后,把虚拟机的IP、子网掩码、默认网关三项和物理机做对比，物理机打开命令行输入ipconfig，挨个比对，只要前三位不一致（假设是24位掩码），基本就是网段错了，改掉就好。
IP地址冲突的隐性坑
即使网段一致,偶尔也会出现ping不通的情况，这时候要检查是不是有别的设备占用了这个IP，在物理机上执行arp -a命令，看看网关的MAC地址是否和实际网关设备匹配，如果MAC地址一直在变，或者出现多个IP对应同一个MAC，大概率有冲突。
检查防火墙规则：ICMP被拦是头号嫌疑
ping用的是ICMP协议,很多Windows和Linux系统默认防火墙规则会拦截ICMP回显请求，这属于操作系统层面的安全策略，不是网络故障，但是是更容易踩中的坑。
Windows虚拟机或服务器的处理
Windows防火墙默认禁止“文件和打印机共享（回显请求 – ICMPv4-In）”规则，处理方式：
- 打开“控制面板” -> “Windows Defender防火墙” -> “高级设置”
- 点击“入站规则”，在列表中找到“文件和打印机共享 (回显请求 – ICMPv4-In)”
- 右键启用该规则,或者在“作用域”标签页里指定允许来源IP
Linux服务器或虚拟机的处理
以CentOS/RHEL系为例：
# 临时关闭防火墙（重启后失效） systemctl stop firewalld # 永久放行ICMP firewall-cmd --add-protocol=icmp --permanent firewall-cmd --reload
Ubuntu/Debian系使用的是ufw：
# 允许ICMP回显 sudo ufw allow in icmp # 或者直接看防火墙状态 sudo ufw status
还有一种情况是虚拟机内部开启了云安全组或主机安全软件的自定义规则,比如360、腾讯电脑管家这类软件会拦截ping，操作上先暂时退出这些软件再测试，能通就说明是软件拦截。
明确ping的哪个地址：目标服务器的选择有讲究
从这里开始往下走,很多人的操作就有些模糊了，虚拟机ping不通服务器，先确认你ping的服务器地址是什么类型，以及服务器本身的网络环境，如果是跨网段（比如从办公室网络ping云服务器），那问题就不一样了。
确保服务器自身网络正常
在服务器本机的命令行里执行ip addr或ipconfig，看IP是否正常绑定到网卡上，然后ping一下网关地址，比如ping 路由器IP，如果网关都ping不通，说明服务器网络本身有问题，和虚拟机无关。
确认没有跨安全域拦截
如果虚拟机在公司内网,服务器在云机房（比如简米云、酷番云），那中间隔了公网和云安全组两层，需要在云控制台的安全组入方向规则中放行ICMP协议（或者同时放行0.0.0.0/0对ICMP的访问），不少云厂商的安全组默认只放行TCP 80、443等端口，不放行ICMP。
检查ARP缓存和路由表：数据包发出去了吗
如果上面几步都查过还是ping不通,那就要从数据链路层找原因，在虚拟机里执行arp -a，查看网关对应的MAC地址是否存在，如果显示incomplete或者<incomplete>，表示ARP解析失败，虚拟机根本不知道网关的MAC地址，数据包发不出去。
导致ARP解析失败的常见原因：
- 网关MAC被交换机端口安全策略锁定
- 虚拟机网卡驱动异常,导致ARP广播发送异常
- 局域网内存在ARP欺骗攻击
路由表的检查同样关键,在虚拟机里执行：
- Windows：
route print - Linux：
ip route
看默认路由是否存在,如果缺省路由（default via）没有指向网关，那数据包无法送往其他网段，更别提ping通服务器，这种情况常见于虚拟机从模板克隆出来后没有重新配置IP或路由。
物理机能否ping通服务器的横向对比
如果虚拟机ping不通服务器,但物理机却可以ping通，那问题基本锁定在虚拟机自身配置上，做一个对比测试就能快速缩小范围：
| 对比项 | 物理机ping服务器 | 虚拟机ping服务器 |
|---|---|---|
| IP规划 | 正常 | 可能网段错误 |
| 防火墙 | 放行ICMP | 可能拦截 |
| ARP解析 | 成功 | 可能失败 |
| 网络模式 | 无影响 | 桥接/NAT选错 |
| 驱动状态 | 正常 | 可能未安装VMtools |
多数情况下,横向对比后能立刻找到差异点，如果物理机和虚拟机都ping不通服务器，那就是服务器侧或者网络链路的问题，跟虚拟机无关。
特殊场景：vmware虚拟机ping不通宿主机的问题
这类问题单独拎出来说一下,因为它比较有代表性，VMware虚拟机ping不通物理机（宿主机），和ping不通服务器还不完全一样，常见原因有两个：VMware Network Adapter VMnet1或VMnet8被禁用。
解决方案：
- 打开“控制面板” -> “网络和 Internet” -> “网络连接”
- 找到VMnet1（仅主机模式）和VMnet8（NAT模式），右键启用
- 查看这两个网卡的IP地址段,确认虚拟机的IP落在对应的子网里
VMnet8默认IP段是192.168.137.x或192.168.x.x中的一段，虚拟机的NAT模式默认自动获取的IP会落在同一网段，如果手动改过虚拟机IP但没改对网段，就会出现两边互相ping不通。
网络重置与虚拟机重启的操作顺序
按照经验,有时候排查到最后确实没发现配置错误，但就是ping不通，这时候可以尝试重置网络栈，在物理机上以管理员身份运行命令行，执行：
ipconfig /release ipconfig /renew arp -d
其中arp -d清空ARP缓存，这个命令在排查过程中很有用，很多虚拟机切换网络模式后ARP缓存还是旧的，导致通信异常，然后重启虚拟机，如果还不行，在虚拟机的虚拟网络编辑器中还原默认设置：
VMware菜单栏 -> “编辑” -> “虚拟网络编辑器” -> 左下角“还原默认设置”。
这会重置VMnet0、VMnet1、VMnet8的IP分配，注意不要在生产环境中随意操作这个功能。
Q&A：虚拟机ping不通服务器的常见疑问
Q1：虚拟机可以上网，但就是ping不通服务器，是为什么？
这通常说明虚拟机到公网的NAT链路是通的,但到你内部服务器的网络路径存在阻断，常见情况是公司内部网络划分了VLAN（虚拟局域网），服务器所在的VLAN和虚拟机所在的VLAN之间没有配置允许ICMP的ACL（访问控制列表），也可能是服务器的Windows防火墙入站规则里勾选了“阻止所有传入连接”，包括来自局域网内部的请求，建议先在服务器本机关闭防火墙测试一次，能通就证明是防火墙规则问题，再针对性放行，云服务器还需检查安全组入方向是否有放行ICMP协议的规则。
Q2：ping服务器时老是显示“请求超时”和“无法访问目标主机”，这两种提示有什么区别？
“请求超时”表示数据包发出去了，但是没有得到任何回应，通常意味着对方防火墙拦截了ICMP，或者路由路径上存在丢弃策略。“无法访问目标主机”通常是路由器在转发时发现找不到目标主机的ARP响应，也就是目标IP在局域网内不存在，最常见的错误是服务器的IP地址被改动了，或者是虚拟机每网段的子网掩码配置错误，导致算错了目标地址，验证方法是去查一下服务器的最新IP，以及在虚拟机上用tracert（Windows）或traceroute（Linux）跟踪路由路径，看数据包卡在哪一跳。
Q3：为什么静态IP配置正确，还是ping不通服务器？
静态IP配置正确包含三层意思：IP不冲突、子网掩码一致、网关可达，这三层都满足还不能ping通，那就要考虑交换机端口的安全策略，比如接入层交换机开启了端口安全，限制了下联设备的MAC数量，虚拟机网卡的MAC地址没有在交换机上做绑定，导致该端口直接err-disable或丢弃数据包，物理机的无线网卡如果开启了“AP隔离”功能，同一局域网内的无线设备无法互访，这种情况移动办公场景下比较常见，检查一下虚拟机对应的物理网卡是有线还是无线，如果是无线网络，登录路由器后台关闭AP隔离选项再试。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/794856.html
