VMware 17 桥接模式深度实战:打通Win10与Rocky Linux的网络壁垒
最近在本地环境部署Rocky Linux做开发测试,发现虚拟机网络配置真是个技术活。尤其是当你需要虚拟机像一台独立物理机一样,直接接入局域网,和其他设备平起平坐通信时,桥接模式就成了绕不开的坎。但现实往往骨感,无线网卡兼容性、NetworkManager服务抽风、IP地址冲突……随便一个坑都能让你折腾半天。这篇文章,我就结合自己最近在Windows 10上用VMware Workstation 17 Pro配置Rocky Linux 8/9桥接网络的实战经历,把其中的原理、步骤、避坑指南掰开揉碎了讲清楚。无论你是想搭建一个独立的服务器环境,还是需要虚拟机与宿主机所在网络的其他设备(比如另一台电脑、NAS或智能设备)直接交互,这篇指南都能帮你把路铺平。
1. 桥接模式:为何选择它,以及它如何工作
在VMware的世界里,网络连接方式主要有三种:NAT、仅主机和桥接。很多新手会默认选择NAT,因为它简单,虚拟机可以“借用”宿主机的网络上网,基本不用配置。但NAT模式下,虚拟机处于一个由VMware虚拟出来的私有子网里,对于局域网内的其他设备而言,这台虚拟机是“隐身”的。你无法从办公室的另一台电脑直接SSH到这台虚拟机,也无法让虚拟机对外提供Web服务供内网访问。
桥接模式则完全不同。你可以把它想象成VMware在宿主机物理网卡和虚拟机虚拟网卡之间,架设了一座“桥”。这座桥让虚拟机的网络流量直接“走上”物理网络,就像在宿主机旁边又接了一台真实的电脑。结果是,虚拟机会从你所在的路由器或DHCP服务器那里,获取一个和宿主机同网段的IP地址。它拥有独立的网络身份,可以和网络中的任何设备自由通信。
注意:桥接模式的成功与否,高度依赖于宿主机物理网卡驱动的兼容性,尤其是无线网卡。这是后续许多问题的根源。
那么,什么场景下必须用桥接模式呢?我总结了几点:
- 内网服务暴露:你在虚拟机里跑了一个Web应用(比如Jenkins、GitLab),需要让同局域网的小伙伴也能访问。
- 分布式开发/测试:需要模拟多台机器互通的集群环境,比如搭建Hadoop、Kubernetes集群。
- 网络设备测试:虚拟机需要扮演一个独立的网络节点,进行路由、防火墙等测试。
- 需要固定IP:在桥接模式下,你可以为虚拟机设置静态IP,确保其地址不会变化,方便其他设备稳定连接。
理解了“为什么”,我们再看看“怎么做”。整个过程可以拆解为两个层面的配置:VMware软件层面的桥接设置,和虚拟机操作系统内部的网络配置。两者缺一不可,且顺序很重要。
2. 宿主机准备:Win10网络信息探查与VMware驱动检查
配置之前,我们必须先摸清自家“地形”——也就是Windows 10宿主机的网络状况。这是后续所有配置的基准。
2.1 获取关键网络参数
打开命令提示符(CMD)或PowerShell,输入 ipconfig /all 并回车。你会看到一大堆网络适配器的信息。我们的目标是找到你当前正在上网的那个适配器(比如连接Wi-Fi的无线网卡,或插着网线的以太网卡)。
在输出信息中,重点关注以下几行:
无线局域网适配器 WLAN:
连接特定的 DNS 后缀 . . . . . . . :
描述. . . . . . . . . . . . . . . : Intel(R) Wi-Fi 6 AX201 160MHz
**物理地址. . . . . . . . . . . . . : AA-BB-CC-DD-EE-FF** (MAC地址)
**IPv4 地址 . . . . . . . . . . . . : 192.168.1.105** (主机的IP)
**子网掩码 . . . . . . . . . . . . : 255.255.255.0**
**默认网关. . . . . . . . . . . . . : 192.168.1.1**
DHCP 服务器 . . . . . . . . . . . : 192.168.1.1
**DNS 服务器 . . . . . . . . . . . : 192.168.1.1**
请务必记下:
- IPv4地址:你宿主机的IP,例如
192.168.1.105。 - 子网掩码:通常是
255.255.255.0。 - 默认网关:一般是路由器的IP,例如
192.168.1.1。


1429

被折叠的 条评论
为什么被折叠?



