虚拟机无法上网，多数问题出在vSphere标准交换机的端口组配置上，先查虚拟网卡连接状态，再逐层检查VLAN和物理链路上行，比重启虚拟机更管用。
遇到虚拟机断网,很多朋友第一反应就是重启ESXi或重装系统，其实vSphere网络配置问题背后往往是一个很小的疏忽，比如端口组VLAN ID填错，或者虚拟网卡没有勾选"已连接"，只要按链路一层层排查，问题很快就能定位。
先判断问题出在哪一层
- 打开vSphere Client，选中目标虚拟机，右键"编辑设置"。
- 在"网络适配器"列表里，确认已连接和连接时接通两个选项都已勾选。
- 进入虚拟机操作系统,查看网卡有没有获得IP地址。
如果系统里完全看不到网卡，问题大概率在虚拟硬件层，检查网络适配器类型是否被客户机支持，比如老版本的Windows Server对VMXNET3驱动支持不完整，需要先安装VMware Tools。
如果系统里能看到网卡，但显示未连接或红叉，问题可能出在vSwitch端口组或者物理链路上，这时候可以打开ESXi宿主机的SSH，用esxcli network nic list查看物理网卡状态。
从虚拟网卡到物理链路：vSphere网络配置问题排查
第一步：确认虚拟网卡连接状态
- 重启网络适配器：在vSphere Client里编辑虚拟机设置，取消勾选"已连接"，然后重新勾上，这个操作会触发客户机操作系统的网卡热插拔，很多"假死"网卡会直接被激活。
- 检查适配器类型：新虚拟机默认VMXNET3，性能好，但需要VMware Tools支持，如果Tools没装，尝试改为E1000e再测试。
第二步：检查端口组配置
每个虚拟机都绑定在一个端口组上,端口组的VLAN ID必须和上游交换机配置一致，行业共识认为，vSphere端口组配置错误是虚拟机网络故障的最常见原因。
用命令查看当前端口组：
esxcli network vswitch standard list重点看vSwitch0下的端口组，确认每个端口组的VLAN ID是不是预期的数值，比如你打算让虚拟机走VLAN 10，端口组里就该填10，而不是4095。4095表示Trunk模式，一般只在虚拟化物理网卡时使用。
第三步：验证VLAN和物理链路上行
- 检查ESXi上行链路：
esxcli network nic list显示的Link Status必须为Up。 - 检查物理交换机：确认对应交换机端口是Trunk模式还是Access模式，如果端口组设了VLAN 10，但物理交换机端口只放行VLAN 20，虚拟机自然无法访问网络。
- 用
esxtop按n查看网络统计，观察丢包和CRC错误计数。
虚拟机连不上网怎么办：端口组和VLAN的常见坑
坑一：VLAN ID填成了字符串或错位数字
很多企业会把业务VLAN编号设定成两位数,管理VLAN三位数，手动填写时容易把10填成100，这类错误在vSphere Client里不会报错，但虚拟机就是不通，解决办法是逐台比对端口组和上游Trunk允许列表。
坑二：安全策略拦截
端口组里有三个安全选项：MAC地址更改、伪造传输、混杂模式，如果虚拟机依赖特定MAC地址做许可认证，而vSphere默认拒绝MAC更改，就会造成网卡有IP但丢包，此时可以临时把"MAC地址更改"设为接受，验证一下。
坑三：多网卡路由漂移
一台虚拟机配了两块网卡,一块在物理可达的vSwitch0上，另一块在未接线的vSwitch1上，客户机操作系统可能把默认路由指向了第二块网卡，导致外网不通，解决办法是在系统内手动设置默认路由优先级。
快速定位对照表
| 故障现象 | 大概率原因 | 第一步排查动作 |
|---|---|---|
| 虚拟机完全无网络 | 端口组VLAN ID与物理交换机不匹配 | 检查端口组VLAN ID，再用ping测试 |
| 能ping通网关但上不了外网 | 上行链路或物理交换机Trunk问题 | 检查ESXi物理网卡状态和交换机端口 |
| 重启后断网 | 虚拟网卡未勾选"已连接" | 编辑虚拟机设置，重连网卡 |
| 系统显示已连接但丢包严重 | MAC地址更改被禁用 | 临时将安全策略改为接受 |
esxi虚拟机网络设置：从添加端口组到绑定网卡
在图形界面里新建端口组
- 在vSphere Client中，选择ESXi宿主机，进入"配置"→"网络"→"虚拟交换机"→"添加网络"。
- 连接类型选择"虚拟机"，创建新的标准交换机端口组。
- 填写网络标签,比如
VM_Prod，VLAN ID填业务VLAN。 - 添加上行链路,选择物理网卡
vmnic0或vmnic1。 - 回到虚拟机编辑设置,把网络适配器连接到刚才创建的端口组。
用命令行重设端口组
如果图形界面响应慢,可以直接在SSH里操作，先看当前端口组：
esxcli network vswitch standard list如果需要修改VLAN,执行：
esxcli network vswitch standard portgroup set -p "VM Network" -v 10修改完成后,回到虚拟机里重启网卡，然后确认IP获取。
更换端口组后，别忘了重启客户机网络服务
Windows虚拟机在vSphere Client里改了端口组之后，不一定立刻生效，打开虚拟机控制台，禁用再启用网卡，或者重启网络服务，Linux虚拟机则执行dhclient或者systemctl restart network。
场景问答：VMware虚拟机修改IP后断网怎么解决
修改IP后断网,是很多管理员在调整VMware虚拟机网络设置时踩过的坑，原因通常是子网掩码或默认网关没写对。
- 先用
ping同网段的另一台机器，确认二层通不通。 - 如果二层通了但网关不通,检查系统路由表：
- Windows：
route print - Linux：
ip route show
- Windows：
- 确保默认网关指向正确的vSphere网络出口,而不是别的网段。
静态IP要与DHCP保留地址方案保持统一,避免vSphere端口组配置和系统配置互相冲突。
虚拟机无法上网？vSphere网络配置问题Q&A
问：虚拟机能ping通局域网，但访问不了Internet，是vSphere的问题吗？
大概率不是,能通局域网说明vSphere的端口组和VLAN已经正常，问题在客户机的默认路由或DNS，检查网关是否正确，以及DNS服务器是否可达。
问：ESXi宿主机重启后，所有虚拟机的网络都断了，怎么恢复？
先检查ESXi的虚拟网络配置是否丢失,登录SSH执行esxcli network vswitch standard list，确认vSwitch和端口组还在，如果端口组不存在，需要重新创建并添加上行链路，物理交换机侧的Trunk配置没有持久化也会导致重启后不通，所以改造前先备份交换机配置。
问：vSphere Client显示已连接，但虚拟机网络丢包明显，怎么排查？
在ESXi里运行esxtop，按n查看网络界面，关注Mbps和%DRPTX、%DRPRX，丢包率高时，检查上行链路是否只有单网卡在工作，以及负载均衡策略是否适合当前拓扑，默认的"基于源虚拟端口ID的路由"在多网卡绑定下可能产生哈希不平衡，改为"基于IP哈希"前需要确保物理交换机支持链路聚合。
虚拟机无法上网的问题,归根结底是vSphere网络配置问题中端口组、VLAN和物理链路的三角关系，下次遇到断网，先冷静查这三层，你就能快速圈定范围。