先确定网络模式,再规划子网IP,最后锁定虚拟交换机配置,三步走完,十分钟内就能跑通一套稳定的虚拟内网。很多人卡在虚拟机内网怎么设置这一步,多数是因为把NAT、桥接、仅主机三种模式混在一起用,思路没理清,下文用实操视角拆解具体步骤和避坑细节。
先搞清需求:虚拟机内网和实体网络是什么关系
动手之前,先问自己一个问题:这套虚拟机内网里的机器,需不需要被局域网里的其他物理设备访问?
- 只需要虚拟机之间互访(比如搭一套测试集群):选仅主机模式或自定义虚拟网络,完全隔离物理网络,IP自己说了算。
- 虚拟机要上外网,但外部设备不需要主动连进来(比如装个Linux环境跑脚本):NAT模式最省事,宿主机做网关,虚拟机共享物理网卡出口。
- 虚拟机要跟办公室/家里的其他设备直接互通(比如搭个文件共享服务器给手机访问):桥接模式,虚拟机直接“插”在物理局域网里,占用一个真实IP。
行业共识认为,超过七成的个人开发者和实验场景,第一套内网环境用仅主机模式起步最稳妥,原因很简单:隔离性最好,不会因为IP冲突把整个办公室网络搞瘫痪,等熟悉了虚拟交换机原理,再切到桥接模式也不迟。
VMware和VirtualBox哪个好用:网络管理差异对比
如果你在纠结虚拟机软件选哪个,这个对比直接给结论:VMware Workstation的网络编辑器更精细,VirtualBox的Host-Only配置更轻量,两者组建内网的逻辑相通,但操作路径差异明显。
| 对比维度 | VMware Workstation | VirtualBox |
|---|---|---|
| 虚拟网络数量 | 最多支持20个自定义虚拟网络 | 默认4个(NAT、NAT Network、Host-Only、Internal) |
| 子网IP自定义 | 图形界面直接改DHCP和子网掩码,秒级生效 | 需要进命令行调VBoxManage,新手容易迷路 |
| 虚拟机间互通 | 同一虚拟交换机下默认互通 | Internal模式需手动给虚拟机配静态内网IP |
| 物理机互访 | 仅主机模式下可开启宿主机访问 | 需额外添加Host-Only网卡驱动 |
拿VMware来说,你打开“虚拟网络编辑器”,点开VMnet8(默认NAT)或VMnet1(默认仅主机),把子网IP改成自己规划好的网段,比如192.168.88.0/24,DHCP范围顺手改成192.168.88.100到192.168.88.200,这一步是组建虚拟内网的关键不统一网段,后面所有虚拟机都连不上彼此。
VirtualBox用户则要提醒一句:别只点“仅主机(Host-Only)适配器”,那只是创建了一张虚拟网卡,你需要在“管理-主机网络管理器”里确认网卡的IPv4地址和掩码,默认通常是192.168.56.1/24,如果你要改成别的网段,比如192.168.88.1,直接改这里的IP,同时把DHCP服务器启用并填好范围。
虚拟机内网怎么设置:分步骤搭建一套隔离测试环境
下面这套操作以VMware Workstation为例,但思路适用于任何平台,目标:创建一套能与物理网络隔离、又能让三台虚拟机互通互访的测试内网。
第一步:规划网段和IP表
拿纸笔列一个表,别偷懒,建议固定用一个C段,比如168.66.0/24,
- .1 留给宿主机虚拟网卡
- .2 给网关(如果用NAT模式)
- .10-.20 给Web服务器
- .30-.40 给数据库服务器
- .50-.60 给测试客户端
给每台虚拟机设固定IP,别开DHCP动态分配,否则重启后IP变动,你写的配置文件全废。
第二步:创建虚拟交换机并绑定网卡
在VMware的虚拟网络编辑器里,点击“添加网络”,选VMnet10(编号随意),类型选“仅主机”,此时虚拟交换机已存在,但还没跟物理网卡产生任何关系。
接着给每台虚拟机配网卡:
- 打开虚拟机设置,网络适配器选“自定义”
- 下拉菜单里选刚才创建的VMnet10
- 确认“虚拟网络编辑器”里VMnet10的子网IP是168.66.0,DHCP里不要勾选“使用本地DHCP服务”
这里有个高频坑:你改了虚拟网络编辑器的IP,但虚拟机系统内部的IP还是之前的网段,所以下一步必须进系统改静态地址。
第三步:配置虚拟机系统内的静态IP
以Ubuntu Server 22.04为例,编辑配置文件:
sudo nano /etc/netplan/01-netcfg.yaml
填入:
network:
version: 2
ethernets:
ens33:
dhcp4: false
addresses: [192.168.66.10/24]
routes:
- to: default
via: 192.168.66.2
nameservers:
addresses: [192.168.66.2, 223.5.5.5]
然后sudo netplan apply生效,如果虚拟机是Windows Server,就去“网络和共享中心-更改适配器设置-IPv4属性”,手动填IP、掩码、网关,重点看一下DNS,内网互访时不填DNS都行,填了反而可能延迟。
第四步:验证连通性
在宿主机上执行ping 192.168.66.10,通了说明虚拟交换机工作正常,再在一台虚拟机里ping另一台的IP,比如从.10 ping .30,通了就说明虚拟机内网搭建完成,这一步每次改完IP都要跑一遍,不要跳。
虚拟机搭建测试环境:性能调优与存储规划
网络通了只是第一步,跑不跑得动是另一回事,很多人搭好虚拟内网后卡成PPT,原因不在网络,在资源分配。
- CPU分配:不要给单台虚拟机超过物理核心数的一半,业内专家指出,vCPU分配过多会导致调度开销暴涨,比如你是8核16线程的CPU,单台虚拟机最多给2到4核。
- 内存分配:总量要留出宿主机运行空间,16GB内存的机器,虚拟机总量控制在10GB以内,否则磁盘缓存吃紧,整机拖慢。
- 磁盘类型:用SSD做存储介质,磁盘控制器选NVMe(虚拟机设置里可改),SATA虚拟磁盘在随机读写场景下延迟高出一截,跑数据库类应用体感明显。
存储规划方面,把系统盘和数据盘分开,系统盘40GB固定大小,数据盘按需动态增长,这么搞的好处是快照备份时只处理系统盘,数据盘不受影响,恢复速度更快。
虚拟机内网穿透方案:隔离环境如何连到外部
内网环境跑通了,但有时候开发到一半要调外部API或者让同事临时访问一下,这时候需要内网穿透,注意:穿透不等于把虚拟内网暴露到公网,而是用工具建立临时隧道。
- 宿主机上装了Docker或应用,想在本机浏览器访问虚拟机里的8080端口:直接用NAT模式的端口转发功能就能搞定,不需要穿透工具,IP转发规则在虚拟网络编辑器里配置,映射关系为
宿主机:8080到虚拟机IP:8080。 - 异地协同调试,需要外部网络访问虚拟机内网某端口:可以用frp或ngrok这类工具,以frp为例,公网服务器上起frps,虚拟机所在网络的宿主机上起frpc,配置文件里写明
local_ip = 192.168.66.10、local_port = 3000、remote_port = 7000,外部访问公网IP的7000端口就直达虚拟内网的3000服务。 - 临时共享一个Web页面给客户看:用cloudflared隧道工具,一行命令
cloudflared tunnel --url http://192.168.66.10:8080,生成随机域名即可,关掉即断。
安全提示:穿透工具仅限临时使用,不要长期挂机。 一旦隧道建立,相当于在虚拟内网开了个口子,配合防火墙及时关闭端口是基本操作。
网络隔离与安全加固:内网不是保险箱
搭建完环境后,安全配置直接决定这套环境能用多久,内网隔离不等于绝对安全,尤其是虚拟机内网里跑着生产环境镜像时,以下加固步骤别省。
- 防火墙规则:在虚拟内网里只开必要端口,比如Web服务器只开80/443,数据库服务器只对Web服务器的IP网段开放3306,其余全部拒绝。用ufw或firewalld都可以,但规则一定要写死源IP。
- 虚拟交换机层隔离:如果内网里有多个业务组,建议在VMware里创建两个独立的VMnet交换机,比如VMnet10给前端组,VMnet11给后端组,两组之间不直接互通,需要互访时,用一台双网卡虚拟机做软路由转发并控制转发策略。
- 快照与回滚:在改动系统配置前,给虚拟机打一个快照,VMware里叫“快照”,VirtualBox里叫“备份”。操作完整且稳定后,再删除旧快照,别攒一堆快照,会拖慢虚拟磁盘I/O。
- 日常维护:宿主机装好杀毒软件,虚拟机系统定期打补丁,很多攻击不是打在暴露的公网IP上,而是通过宿主机感染后横向移动进入虚拟内网。宿主机安全就是虚拟内网安全的第一道防线。
常见疑问:虚拟机内网相关问题集中回答
虚拟机内网怎么设置才能确保重启后IP不变?
关闭虚拟交换机DHCP,给每台虚拟机手动配置静态IP,同时确保虚拟机的网卡MAC地址保持不变,在VMware中可以在虚拟机设置里固定MAC地址,在VirtualBox中“高级-网卡”里取消“允许硬件地址随机生成”选项。只要MAC和IP绑定在同一网段,重启后地址不会漂移。
虚拟机内网能直接ping通物理局域网里的打印机或其他设备吗?
不能,除非使用桥接模式,仅主机模式和NAT模式下,虚拟内网与物理网络处于不同广播域,物理设备无法主动访问虚拟机的IP,虚拟机也感知不到物理设备,如果确实需要访问打印机,给打印机设置桥接模式或者给虚拟机加一块桥接网卡,与仅主机网卡共存。双网卡方案更灵活,访问内网走仅主机,访问外部走桥接,互不干扰。
虚拟机搭建测试环境时,用NAT还是仅主机模式更合适?
取决于是否需要访问外网,如果测试环境要拉取在线依赖包、调用云服务API,选择NAT模式,如果只是纯内网逻辑验证,比如测试微服务之间的接口调用、跑数据库集群,选择仅主机模式,省去不必要的路由转发环节,减少延迟和干扰,实践中的常见顺序是:先用仅主机跑通服务,再加一块NAT网卡解决外网访问需求,最后根据情况决定是否需要拆掉仅主机隔离,多数情况下,双网卡模式是虚拟机搭建测试环境的最优解,它既隔离了生产网络,又保留了互联网通道。
组建虚拟机内网环境的底层逻辑并不复杂:网络模式解决通不通的问题,静态IP规划解决稳不稳的问题,资源分配解决快不快的问题,穿透与加固解决能不能对外的问题,把这几层理顺,不管是个人练手还是小团队做开发联调,你都能在半小时内拿出一套干净可用的虚拟网络环境,这套方法不仅能复用,还能在你面对更复杂的多云/多集群场景时,帮你保持清晰的网络拓扑思维。
图片来源于AI模型,如侵权请联系管理员。作者:酷小编,如若转载,请注明出处:https://www.kufanyun.com/ask/930092.html


评论列表(5条)
这篇文章的内容非常有价值,我从中学习到了很多新的知识和观点。作者的写作风格简洁明了,却又不失深度,让人读起来很舒服。特别是比如部分,给了我很多新的思路。感谢分享这么好的内容!
@淡定ai424:读了这篇文章,我深有感触。作者对比如的理解非常深刻,论述也很有逻辑性。内容既有理论深度,又有实践指导意义,确实是一篇值得细细品味的好文章。希望作者能继续创作更多优秀的作品!
@淡定ai424:这篇文章的内容非常有价值,我从中学习到了很多新的知识和观点。作者的写作风格简洁明了,却又不失深度,让人读起来很舒服。特别是比如部分,给了我很多新的思路。感谢分享这么好的内容!
这篇文章写得非常好,内容丰富,观点清晰,让我受益匪浅。特别是关于比如的部分,分析得很到位,给了我很多新的启发和思考。感谢作者的精心创作和分享,期待看到更多这样高质量的内容!
读了这篇文章,我深有感触。作者对比如的理解非常深刻,论述也很有逻辑性。内容既有理论深度,又有实践指导意义,确实是一篇值得细细品味的好文章。希望作者能继续创作更多优秀的作品!