笔者碰到的GNS3尴尬情况 笔者早在Unetlab初期便开始使用,有了它,你可以完全摒弃GNS3。先列举几个用GNS3尴尬的地方: 1、 每次安装GNS3后,可能需要重新修改配置文件,比如修改project路径,image路径,重新计算Dynamips的idle值等等。那有人会说了,可以保存configuration.ini备份再导入嘛。有没有想过多台电脑都可能使用GNS3呢?再安装一次是不是很麻烦?新版本更新时,configuration.ini导入后还能用? 2、 在host主机上创建N多虚拟网卡,分不清楚哪一块虚拟网卡是做什么用的。(笔者曾经的实验环境创建了10几块虚拟网卡,无奈之下,修改虚拟网卡名字作为标识) 3、 好不容易实验做完,配置也保存了,下次打开时,配置丢失。 4、 ASAv等ova需要导入到VMware中运行,在GNS3上做网卡桥接,操作起来太麻烦。 5、 GNS3 1.0后版本还加入了GNS3-VM,想要运行IOL镜像,还得开启一个虚拟机。 6、 IOL设备与Dynamips设备直连,需要用交换机互连,抓包时也有可能碰到各种报错。 7、 如果模拟的设备较多,VMware与GNS3同时使用,且用到trunk时,那很可能出现环路,导致host主机系统资源耗尽,直到GNS3进程被杀掉才会停止。 8、使用ova虚拟机加入到实验环境,都得重新导入,频繁操作很浪费时间。 9、更新新版本时,可能得重新安装
总之,非常多的尴尬情况,GNS3都避免不了。个人觉得,这是因为GNS3架构设计上不如EVE-NG优秀。
|