EVE-NG 环境下虚拟实验网络与真实网络间通信
一、 前言
使用 EVE-NG 模拟大型网络实验比使用 GNS3 简洁且省资源,也比 Web-IOU 方便直观,同时也支
持更多的镜像文件。本文以图示方式介绍一下使用 EVE-NG 搭建的虚拟实验网络如何与真实网络
通信。本例中使用的 EVE 版本是 eve-ng 2.0.3-86,64 之前版本搭建实验的时候如果设备稍多会有
bug(例如关闭实验后再次打开可能有些图标会跑到诡异的角落),可考虑升级(使用 dpkg –l
eve-ng 命令可查看当前版本),当然,这个与本文目的没什么关系,纯粹建议。
首先介绍一下虚拟机的网卡模式,虚拟机网卡配置一般有三种模式:Bridged, NAT, 和 Host-only,
1. Bridged 模式: 桥接模式会使虚拟机和真实主机(后皆称为宿主机)处于同一个真实网段
内,也即相当于网段内的宿主机和虚拟机地位对等,平起平坐,会共用此网段内的真实网
关;虚拟机的虚拟网卡和其桥接的真实网卡处于同一网段,也即虚拟机也要占用此网段内
的 IP 地址,此时虚拟机当然可以通过真实网关访问外网;
2. NAT 模式: 此模式下虚拟机与宿主机并不处于同一个网段,当然也不会占用真实网段的 IP
地址,虚拟机会以宿主机作为网关,传输时虚拟化软件(常用的 VMware 或 VirtualBox)
会将虚拟机的 IP 地址转换成宿主机上网时所处网段地址,因此虚拟机也可以访问外网,
但此时虚拟机与宿主机二者地位并不对等,虚拟机所有流量皆由宿主机控制;
3. Host-only 模式: 此模式相当于 NAT 模式的精简版,即去掉地址转换部分,因此虚拟机与宿
主机地位也不对等,虚拟机本身只可与宿主机,以及同处于该 Host-only 网段内的其它设
备通信,由于没有地址转换环节,虚拟机不可以访问外网。
需要注意的是,这里提到 Host-only 无法访问外网,仅仅是指该虚拟机通过该 Host-only 网卡无法
访问外网,若其还有其它网卡则仍可能访问外网。例如一个 Windows 10 虚拟机,若默认网卡使
用了 Host-only 模式,则其只可与此网段内的设备通信,无法访问外网(真实原因是因为没有地址
转换,无法收到外网的回复信息,若手动配置网关其实是可以单向发出去的);若给该虚拟机再
添加一块网卡,使用桥接模式或者 NAT 模式,则此 Windows 10 可通过第二块网卡访问外网。
二、 实际操作
这里就以比较常用的 VMware Workstation 为例(这里使用 Windows 操作系统下的 12pro 版本,其
它版本类似,区别不大,如 14pro,或者 MacOS 下的 VMware Fusion 等)描述一下 EVE-NG 虚拟
网络访问外网的过程。EVE-NG 虚拟机的管理网卡(默认为第一块网卡)建议使用 Host-only 模
式,把管理网络(即支撑实验拓补的虚拟机本身)与真实网络隔离开,或者也可以使用 NAT 模
式;管理网络不建议使用桥接模式,虽然桥接模式仍可以正常运行,但需要耗费真实网络的 IP 地
址,管理网络暴露到真实网络(甚至公网)也不安全。建议用物理路由器将外部网络和宿主机所
处的内部网络分隔开来,也即宿主机使用 192.168 等开头的私网 IP 地址,与真实网络多一层 NAT
转换(当然,现在家用网络出口网关一般都会有 NAT 隔离)。
1. 配置 VMware 公共网络
打开虚拟机,Edit → Virtual Network Editor → Change Settings (需要管理员权限),
评论0