VMware 虚拟机网络问题排查与解决方案

VMware 虚拟机网络问题排查与解决方案问题背景在项目中时遇到一个看似 网络不通 的问题Windows 宿主机无法 ping 通虚拟机上的 VIP 地址。症状表现虚拟机可以 ping 通 Windows 宿主机Windows 宿主机无法 ping 通虚拟机ARP 请求发出但没有 ARP 响应代码日志显示 ARP 响应已成功发送但 Windows 收不到网络环境Windows 宿主机通过 WiFi 连接IP 为 10.62.56.99虚拟机 VM1eth1 配置为 VIP 10.62.56.215桥接模式虚拟机 VM2eth1 配置为 IP 10.62.56.83桥接模式排查过程第一步确认网络架构首先查看虚拟机的网络配置# 查看所有网络接口 ifconfig # 查看特定接口详情 ip link show eth1 cat /sys/class/net/eth1/address # 查看 MAC 地址 # 查看网络统计 netstat -i输出示例eth1 Link encap:Ethernet HWaddr 00:0c:29:a3:c6:39 inet addr:10.62.56.215 Bcast:10.62.56.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 qdisc mq state UP第二步抓包分析在虚拟机上使用 tcpdump 抓包# 安装 tcpdump如果没有 sudo apt install tcpdump # 抓取 ARP 包 sudo tcpdump -i eth1 arp -nn -vv # 抓取 ICMP 包 sudo tcpdump -i eth1 icmp -nn同时在 Windows 上使用 Wireshark 或 PowerShell 抓包# 使用 netsh 抓包 netsh trace start captureyes tracefilec:\network.etl # 抓包后停止 netsh trace stop第三步检查代码日志DPDK 程序输出的关键日志DEBUG ETH: Packet #1, proto0x0806 (ARP) - Processing... DEBUG ARP: Received ARP packet, oper1, sip0a3e3853, dip0a3e38d7 DEBUG ARP: is_vip1 DEBUG ARP: TX burst success, nb_tx1 DEBUG ARP: ARP packet sent successfully, 42 bytes关键发现代码确实在发送 ARP 响应包TX burst success表示数据包已成功放入发送队列。第四步检查 ARP 表在 Windows 上查看 ARP 表arp -a输出示例接口: 10.62.56.99 --- 0xb Internet 地址 物理地址 类型 10.62.56.83 00-0c-29-48-ce-07 动态 10.62.56.208 d6-5b-a9-59-d0-b9 动态关键发现ARP 表中有 10.62.56.83但没有 10.62.56.215说明 ARP 解析失败。第五步检查 VMware 虚拟网络配置在 VMware 中打开虚拟网络编辑器编辑→虚拟网络编辑器点击更改设置需要管理员权限检查VMnet0的配置发现问题VMnet0 桥接模式设置为 自动但没有指定具体的物理网卡。第六步查看 Windows 网络适配器在 Windows 上查看所有网络适配器get-netadapter | format-table -auto # 输出 Name InterfaceDescription Status MacAddress ---- -------------------- ------ ---------- WLAN Intel(R) Wi-Fi 7 BE201 320MHz Up D0-57-7E-28-7B-1B 以太网 Intel(R) Ethernet Connection (24) Disconnected 40-C2-BA-AE-92-AA VMnet8 VMware Virtual Ethernet Adapter for VMnet8 Up 00-50-56-C0-00-08关键发现WiFi 网卡是唯一活动的物理网卡状态 Up有线网卡未连接Disconnected自动 桥接可能选择了错误的网卡问题根因VMware 恢复默认设置后VMnet0 的桥接配置指向了一个不存在的网卡或有线网卡未连接。这导致虚拟机的 eth1 看似是桥接模式但没有真正桥接到 Windows 的 WiFi 网络虚拟机实际上在一个孤立的虚拟网络中Windows 发出的 ARP 请求无法到达虚拟机代码发送的 ARP 响应也无法到达 Windows解决方案方法一手动指定桥接网卡推荐打开 VMware 虚拟网络编辑器选择VMnet0点击已桥接至下拉框选择Intel(R) Wi-Fi 7 BE201 320MHz活动的 WiFi 网卡点击确定保存重新启动虚拟机方法二使用管理员权限添加静态 ARP# 以管理员身份打开 CMD 或 PowerShell netsh interface ip add neighbors WLAN 10.62.56.83 00-0c-29-48-ce-07 netsh interface ip add neighbors WLAN 10.62.56.215 00-0c-29-a3-c6-39 # 验证 arp -a方法三让虚拟机先发起通信在测试前让虚拟机先 ping 宿主机触发 ARP 学习# 在虚拟机上 ping 10.62.56.99VMware 网络模式详解1. 桥接模式Bridged原理┌─────────────────────────────────────────────────────────────┐ │ 物理网络 │ │ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ │ │ Windows │ │ VM1 │ │ VM2 │ │ │ │ 宿主机 │ │ eth1 │ │ eth1 │ │ │ │ │ │ 10.56.215│ │ 10.56.83 │ │ │ └────┬─────┘ └────┬─────┘ └────┬─────┘ │ │ │ │ │ │ │ │ ┌──────────────┼───────────────────┘ │ │ │ │ │ │ │ ┌───┴────┴────┐ ┌────┴────┐ │ │ │ 交换机/ │ │ VMware │ │ │ │ 路由器 │ │ Bridge │ │ │ └─────────────┘ └─────────┘ │ └─────────────────────────────────────────────────────────────┘特点虚拟机直接连接到物理网络虚拟机获得与宿主机同网段的 IP 地址虚拟机在网络中表现为独立的物理机需要宿主机网卡支持混杂模式宿主机和虚拟机可以互相访问配置要点确保桥接到的物理网卡是活动的如果使用 WiFi确保 VMware 桥接到 WiFi 网卡而不是有线网卡如果是 DPDK 程序需要在运行前开启混杂模式适用场景需要虚拟机与网络中其他设备直接通信测试网络协议、负载均衡器等需要从外部网络访问虚拟机2. NAT 模式原理┌─────────────────────────────────────────────────────────────┐ │ 物理网络 │ │ ┌──────────┐ │ │ │ 路由器 │◄────── NAT ──────┐ │ │ │10.56.208 │ │ │ │ └────┬─────┘ │ │ │ │ │ │ │ ┌────┴─────┐ ┌───────┴───────┐ │ │ │ Windows │ │ VMware VMnet8 │ │ │ │ 宿主机 │ │ NAT 网关 │ │ │ │192.168.60.1 │192.168.60.254 │ │ │ └────┬─────┘ └───────┬───────┘ │ │ │ │ │ │ │ ┌────────┴────────┐ │ │ │ │ VM1 VM2 │ │ │ │ │ eth0 eth0 │ │ │ │ │192.168.60.142 │ │ │ │ │192.168.60.144 │ │ │ │ └─────────────────┘ │ └────────┴────────────────────────────────────────────────────┘特点虚拟机通过 NAT 共享宿主机的网络连接虚拟机使用独立的 IP 网段通常是 192.168.x.x宿主机可以访问虚拟机外部设备无法直接访问虚拟机除非做端口映射不需要物理网卡支持混杂模式适用场景虚拟机仅需要访问外网不需要从外部网络直接访问虚拟机测试需要联网的应用3. 仅主机模式Host-Only原理┌─────────────────────────────────────────────────────────────┐ │ │ │ ┌──────────┐ ┌───────┐ ┌────────────┐ │ │ │ Windows │◄──┐ │VMnet1 │ │ VM1 VM2 │ │ │ │ 宿主机 │ │ │ │ │ │ │ │ │ │ │ │DHCP │ │ │ │ │ │VMnet1 │◄──┤ │Server │ │ │ │ │ │ Adapter │ │ └───────┘ └────────────┘ │ │ └──────────┘ │ │ │ │ │ ◄── 虚拟机之间可以通信 │ │ │ ◄── 虚拟机与宿主机可以通信 │ │ │ ✗ ── 虚拟机无法访问外网 │ │ │ │ └──────────────────┴──────────────────────────────────────┘特点虚拟机和宿主机在一个私有网络中虚拟机无法访问外网虚拟机之间可以通信宿主机可以访问虚拟机最安全的隔离模式适用场景纯内部测试环境需要隔离网络的场景虚拟机之间或与宿主机之间的点对点通信4. 自定义 VMnet用户可以创建额外的虚拟网络# 常见的自定义配置 VMnet0: 桥接模式 VMnet1: 仅主机模式 VMnet2: 桥接到特定物理网卡 VMnet8: NAT 模式扩展常见问题与解决方案问题 1桥接模式 ping 不通可能原因桥接到了未连接的网卡物理交换机 / 路由器禁用了 ARP 学习防火墙阻止了 ICMP 包混杂模式未开启解决方案# 1. 确认桥接的网卡是正确的 # 2. 检查混杂模式 ip link set eth1 promisc on # 3. 在 Windows 上检查防火墙 netsh advfirewall set allprofiles state off # 临时关闭防火墙测试 # 4. 检查 ARP 表 arp -a问题 2NAT 模式下虚拟机无法上网排查步骤# 1. 检查虚拟机能否 ping 通宿主机 ping 192.168.60.1 # VMnet8 的网关地址 # 2. 检查 DNS 配置 cat /etc/resolv.conf # 3. 检查路由表 route -n # 4. 检查 VMware NAT 服务状态 # Windows 服务中查找 VMware NAT Service问题 3虚拟机之间无法通信排查步骤# 1. 确认在同一网段 ifconfig | grep inet addr # 2. 检查防火墙 sudo iptables -L sudo ufw status # 3. 抓包确认数据包是否发出 sudo tcpdump -i eth1 icmp # 4. 检查路由 ip route show问题 4混杂模式问题背景DPDK 程序需要网卡处于混杂模式才能接收发往其他 MAC 地址的数据包。解决方案# 在运行 DPDK 程序之前 # 临时开启 sudo ip link set eth1 promisc on # 永久开启 - 编辑 udev 规则 sudo vi /etc/udev/rules.d/70-persistent-net.rules # 添加: # SUBSYSTEMnet, ACTIONadd, ATTR{address}00:0c:29:a3:c6:39, ATTR{flags)promisc # 验证 ip link show eth1 | grep PROMISC问题 5VMware 桥接无法选择 WiFi 网卡原因某些 VMware 版本不支持桥接到 WiFi 网卡。解决方案# 方法1: 安装 VMware 的有线网卡 # 使用 USB 转有线网卡 # 方法2: 创建桥接环回适配器 # 创建一个环回网络适配器桥接到 WiFi # 方法3: 使用外接有线网卡 # 使用 USB 网卡连接到路由器问题 6ARP 缓存问题症状间歇性 ping 不通解决方案# Windows 上 arp -d * # 清空 ARP 缓存 ping IP # 重新学习 # Linux 上 sudo ip neigh flush all问题 7WiFi 网络的特殊问题WiFi 网络相比有线网络有一些特殊性ARP 广播延迟更高WiFi 需要竞争无线信道建议使用静态 ARP 或让虚拟机先发起通信信号强度影响信号弱时可能丢包测试时保持设备靠近路由器频段问题2.4GHz 频段干扰多5GHz 频段更稳定漫游和切换如果有多个 AP可能会切换导致短暂断线测试时固定在一个 AP高级VMware 网络工作原理虚拟网络组件┌─────────────────────────────────────────────────────────────┐ │ VMware Workstation │ │ │ │ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ │ │ │ VMnet0 │ │ VMnet1 │ │ VMnet8 │ │ │ │ Bridge │ │ Host-Only │ │ NAT │ │ │ └──────┬──────┘ └──────┬──────┘ └──────┬──────┘ │ │ │ │ │ │ │ ┌──────┴──────┐ ┌──────┴──────┐ ┌──────┴──────┐ │ │ │ vmnetBridge │ │ vmnet-dhcp│ │ vmnet-dhcp │ │ │ │ Driver │ │ Service │ │ Service │ │ │ └──────┬──────┘ └─────────────┘ │ │ │ │ │ │ │ ▼ │ │ │ ┌──────┴──────┐ │ vmnet-nat │ │ │ │ Physical │ │ Service │ │ │ │ NIC Driver │ └──────┬──────┘ │ │ └─────────────┘ │ │ └─────────────────────────────────────────────────────────────┘Bridge 驱动工作原理vmnet-bridge驱动位于宿主机和物理网卡之间它将虚拟机的数据包 插入 到物理网络同时将物理网络的数据包转发给对应的虚拟机这个过程对物理交换机是透明的NAT 引擎工作原理vmnet-natd是 NAT 守护进程它维护一个 NAT 表跟踪外出连接当虚拟机访问外网时NAT 进程替换源 IP 和端口返回的数据包通过 NAT 表找到对应的虚拟机DHCP 服务VMware 内置了 DHCP 服务器为 Host-Only 和 NAT 网络分配 IP默认范围通常是 192.168.x.128-254可以通过虚拟网络编辑器自定义参考命令速查# Linux 虚拟机 ifconfig # 查看网络接口 ip link show eth1 # 查看接口详情 ip neigh show # 查看 ARP 表 ip route show # 查看路由表 tcpdump -i eth1 arp -nn # 抓 ARP 包 tcpdump -i eth1 icmp -nn # 抓 ICMP 包 ip link set eth1 promisc on # 开启混杂模式 # Windows 宿主机 ipconfig /all # 查看网络配置 arp -a # 查看 ARP 表 arp -d * # 清空 ARP 缓存 get-netadapter # 查看网络适配器 netsh interface ip show neighbors # 查看 ARP 表新命令