虚拟机网络故障是开发运维中常见的难题，其根源常隐藏在网络模式、防火墙和IP配置的细微之处。本文将系统性地拆解ping不通的五大常见原因，并提供明确的排查步骤与命令，帮助快速定位并解决问题。
智能速览
网络模式错误是首要排查点，应设置为桥接模式。
防火墙可能拦截ICMP请求，需检查并放行ping协议。
确保虚拟机与宿主机IP地址在同一网段。
VMware虚拟网卡服务异常会导致网络假在线。
排查前应先确认宿主机自身网络连接正常。
精华内容
虚拟机网络连接看似复杂，但绝大多数问题都绕不开几个核心配置。掌握正确的排查顺序，能事半功倍地找到症结所在。
网络模式
首要排查点在于VMware的网络适配器模式。90%的连接问题源于此处错误选择了NAT或仅主机模式。正确的做法是将其设置为桥接模式，该模式能让虚拟机像一台独立的物理机一样直接连接到宿主机的网络中，获取与宿主机同网段的IP地址，这是网络互通的基础。
设置后，可在Linux终端通过`ip addr`命令查看IP，用`ip route`命令确认默认网关，验证配置是否生效。
防火墙拦截
防火墙是第二大常见原因，它可能会将ICMP协议（ping命令依赖的协议）视为潜在威胁而拦截。在Linux系统中，可使用`systemctl status firewalld`查看防火墙状态。临时关闭测试可用`systemctl stop firewalld`。
在Windows系统中，可使用`netsh advfirewall set allprofiles state off`临时关闭。但更推荐的做法是添加放行规则，如在Linux中执行`firewall-cmd --add-icmp-block-inversion`和`firewall-cmd --reload`，以永久允许ICMP请求通过。
IP配置
即便网络模式正确，IP地址配置不当也会导致通讯失败。必须确保虚拟机的IP地址与宿主机在同一个局域网网段内。例如，若宿主机IP为192.168.1.100，则虚拟机IP应为192.168.1.x（x不为100），子网掩码需保持一致，通常为255.255.255.0。
如果IP地址不在同一网段，比如虚拟机被分配到192.168.56.x，两者之间就如同身处不同小区，无法直接通信。需要在虚拟机网络设置中修复此问题。
虚拟网卡
VMware的虚拟网络服务也可能出现故障，导致网络“假在线”。在宿主机的服务管理器中，可以找到VMware DHCP Service和VMware NAT Service这两个关键服务。若其状态异常，尝试重启这两个服务。
如果重启无效，可以使用VMware虚拟网络编辑器中的“还原默认设置”功能，这能修复大多数因虚拟网络配置文件损坏导致的问题，但会清空所有自定义网络配置。
宿主机网络
在排查虚拟机问题前，务必先排除宿主机自身的网络故障。如果宿主机本身无法连接外网，虚拟机自然也无法通讯。可以通过在宿主机上`ping 8.8.8.8`等公共DNS地址来检测网络连通性。
宿主机网络不通可能由WiFi断开、VPN冲突或公司网络策略（如禁用ICMP协议）引起。在这种情况下，虚拟机无法通讯只是表象，根源在宿主机。
解决VMware虚拟机网络问题，关键在于系统性地从网络模式、防火墙、IP配置、虚拟网卡服务到宿主机网络逐一排查。掌握了这套排查思路，大部分网络故障都能迎刃而解。你在运维中还遇到过哪些棘手的网络问题？
