上一篇
测试外网访问vmware中的虚拟主机
测试外网访问VMware虚拟主机需配置虚拟机网络为桥接/NAT模式，开放对应端口，设置静态公网IP或映射端口，通过外网设备使用该
前置准备条件
基础环境要求
| 要素 | 说明 |
|---|---|
| VMware版本 | ESXi/Workstation/Fusion等均可，需支持NAT功能 |
| 虚拟交换机类型 | 默认使用NAT模式（非桥接/仅主机模式） |
| 操作系统 | Windows/Linux均可，需开启SSH/RDP等远程协议 |
| 公网带宽 | 确保物理机具备外网出口且未被运营商封禁 |
核心概念澄清
NAT原理：通过虚拟化层的SNAT机制实现多台虚拟机共享单一公网IP
️ 关键限制：主动发起的出站连接可回传，纯入站连接需额外配置端口映射
标准实施步骤
阶段1：网络架构配置
-
修改虚拟网卡模式
- 进入虚拟机设置 → 网络适配器 → 选择「NAT」模式
- 注：若已采用桥接模式需改为NAT
-
启用端口转发（Port Forwarding）
- 打开VMware NAT设置界面（以Workstation为例）：
编辑→虚拟网络编辑器→ 选中NAT网卡 → 点击「NAT设置」→ 添加新规则 - 示例配置表：
| 名称 | 协议 | 宿主机端口 | 虚拟机IP | 描述 |
|————|——|————|—————|——————–|
| HTTP | TCP | 8080 | 192.168.137.1 | Web服务映射 |
| SSH | TCP | 2222 | 192.168.137.1 | 安全Shell访问 |
- 打开VMware NAT设置界面（以Workstation为例）：
-
设置虚拟机静态IP
- Linux系统示例（/etc/network/interfaces）：
auto enp0s3 iface enp0s3 inet static address 192.168.137.1 netmask 255.255.255.0 gateway 192.168.137.2 # NAT网关地址 - Windows系统通过「网络连接属性」手动指定IPv4地址
- Linux系统示例（/etc/network/interfaces）：
阶段2：防火墙穿透配置
-
关闭虚拟机自身防火墙（临时测试用）
- Linux：
sudo systemctl stop firewalld - Windows：控制面板 → Windows Defender防火墙 → 禁用私有网络防护
- Linux：
-
开放宿主机对应端口
- Linux宿主机：
sudo ufw allow 8080/tcp - Windows宿主机：高级安全Windows防火墙 → 入站规则 → 新建端口规则
- Linux宿主机：
阶段3：连通性验证
| 测试方法 | 预期结果 | 故障排查方向 |
|---|---|---|
| Ping公网网关 | TTL值变化证明到达NAT设备 | 检查物理机网络连通性 |
| Telnet <宿主端口> | 成功建立TCP连接 | 确认端口未被其他进程占用 |
| Curl http://外网IP:8080 | 返回网页内容 | 检查Web服务是否监听0.0.0.0 |
| Netstat -tulnp | 显示LISTEN状态的监听端口 | 验证应用层服务正常运行 |
进阶优化方案
Upnp自动映射（可选）
- 在VMware NAT设置中勾选「启用UPnP」
- 优势：自动向光猫注册动态端口映射
- 风险：可能暴露过多内部端口给互联网
DDNS域名绑定（推荐）
| 服务商 | 特点 | 适用场景 |
|---|---|---|
| No-IP.com | 免费基础版+付费增强版 | 个人项目长期维护 |
| Dynu.com | 支持API批量管理 | 企业级多设备管理 |
| Cloudflare | 集成CDN加速能力 | 高并发访问场景 |
相关问题与解答
Q1: 为什么外网能Ping通公网IP但无法建立业务连接？
A: 这是典型的三层通二层不通现象，可能原因包括：
1️⃣ 虚拟机防火墙拦截了应用层协议（如HTTP/HTTPS）
2️⃣ 应用程序未绑定到全部接口（仅监听localhost）
3️⃣ NAT规则中的协议类型与实际流量不匹配（如UDP误配为TCP）
解决方案：在虚拟机内执行ss -tulnp查看实际监听端口，结合tcpdump抓包分析数据流走向。
Q2: 更换路由器后原有映射失效怎么办？
A: 此问题源于NAT依赖的网关IP变动，建议采取以下措施：
1️⃣ 将VMware NAT服务的网关设置为路由器LAN口固定IP（而非DHCP获取）
2️⃣ 在路由器上设置永久端口映射（优先于UPnP动态映射）
3️⃣ 使用DDNS服务将域名解析到弹性公网IP（AWS/Azure等云平台推荐方案）
最佳实践：对于生产环境，建议改用桥接模式+独立防火墙设备进行专业
