咱们先把问题根源捋清楚：物理主机的路由表没把10.0.99.0/24（如果你的子网掩码不是255.255.255.0，记得对应调整）的流量导向VMware虚拟网卡，反而默认走公网了。下面是一步步的解决办法：

1. 找到物理主机上的VMware虚拟网卡 #

首先得定位对应vmnet99的虚拟网卡：

• Windows：打开「网络连接」，找IP属于10.0.99.x段的网卡（名字一般带VMware或vmnet99）
• Linux/macOS：在终端用命令查看：

  # Linux
  ip addr show
  # macOS
  ifconfig
  

记下这个网卡的名称和它的IP（通常就是NAT子网的网关，比如你提到的10.0.99.1）

2. 给物理主机添加静态路由 #

这是核心操作，告诉物理主机：所有发往10.0.99.0/24子网的流量，都走VMware虚拟网卡。

Windows（用管理员权限打开PowerShell）： #

# 永久添加路由，重启主机也不会消失
route add 10.0.99.0 mask 255.255.255.0 10.0.99.1 -p

Linux/macOS（用sudo权限执行）： #

# 添加临时路由（重启后失效）
sudo ip route add 10.0.99.0/24 dev vmnet99

# 要永久生效的话：
# Ubuntu/Debian：编辑/etc/netplan下的配置文件，添加路由条目
# CentOS/RHEL：编辑/etc/sysconfig/network-scripts/route-<网卡名>
# macOS：可以把路由命令加到/etc/rc.local（如果存在），或者配置launchd脚本

3. 验证路由是否生效 #

添加完后用命令检查路由表：

# Windows
route print
# Linux/macOS
ip route show

如果能看到10.0.99.0/24指向对应虚拟网卡的条目，再去ping虚拟机IP（比如10.0.99.99），应该就能通了。

4. 额外排查项 #

• 先临时关闭虚拟机的防火墙测试，确认不是防火墙拦截了ICMP请求：

  # Linux虚拟机
  sudo systemctl stop firewalld
  # Windows虚拟机
  netsh advfirewall set allprofiles state off
  

• 打开VMware虚拟网络编辑器，选中vmnet99，检查NAT设置里的网关地址是否是10.0.99.1，确保和主机虚拟网卡IP一致。

内容的提问来源于stack exchange，提问作者Somenath Sinha