Для эмуляции ЛВС с помощью GNS3 удобнее всего использовать виртуальные маршрутизаторы Miktotik CHR (Cloud Hosted Router).

Если вы запускаете GNS3 в виртуальной среде ESXi, вы можете столкнуться с проблемой – маршрутизатор отказывается загружаться, при этом использование процессора может возрасти, практически, до 100%.

Еще одна проблема – перезагрузка маршрутизатора, при попытке войти в консоль.

Сегодня мы рассмотрим причины и способы решения этих проблем.

Сегодня мы рассмотрим установку GNS3 на AlmaLinux 8.2 (форк Centos)

Скачать образ ISO вы можете по ссылке - https://mirror.yandex.ru/almalinux/8.3/isos/x86_64

Я использовал minimal ISO, в процессе установки пакеты не добавлялись.

Установка GNS3 в Debian 10 Buster

В предыдущих статьях мы рассматривали установку уже готовых образов GNS3 на виртуальные машины Hyper-V и VMWare. Но это не единственный способ установки GNS3, вы можете установить его на уже существующий физический сервер.

Сегодня мы рассмотрим установку GNS3 на операционную систему Debian 10, установленную в виртуальной машине Hyper-V в Windows 10, новы можете устанавливать GNS3 на физический сервер.

Далее я подразумеваю, что у вас уже установлен Hyper-V на ПК с Windows 10.

GNS3 предоставляет широкие возможности для виртуализации, до этого мы рассматривали Linux, теперь же пришла очередь Windows.

В составе образа виртуальной машины GSN3 присутствует QEMU. Этот гипервизор может работать с Windows. Обратите внимание, на вашем ПК должно быть не менее 8 Гб оперативной памяти, а лучше если у вас все 16. Для самой виртуальной машины GNS3 выделите как минимум 4 Гб RAM. Крайне рекомендую использовать SSD под систему и запуск виртуальной машины GNS3.

Минимум, на котором, без проблем, запуститься чистая Windows 2012 R2 – 1024 Mb, этот объем можно теоретически уменьшить, но GNS3, насколько мне известно, не поддерживает, memory ballooning, так что выделять придется некий минимум.  Так же имейте ввиду, что при установке дополнительных компонентов требования к памяти будут только увеличиваться. Например, в Hyper-V при использовании виртуальной памяти, контроллер домена GC занимает 1134 Мб памяти.

Если вы когда-нибудь запускали виртуальные машины в GNS3 через QEMU и пытались загрузить на эту виртуальную машину файл или скачать обновления для операционной системы, вы могли столкнуться с проблемой низкой скорости доступа к интернету и ЛВС из виртуальной машины.

Многое зависит от производительности ПК, на котором запускается виртуализация, но в целом скорость доступа может быть очень низкой.

Всё дело в том, что сам GNS3 не предназначен для передачи такого объема информации. Он прекрасно справляется с задачей эмуляции сети, передачей пакетов и так далее. Но как только объем передаваемой информации резко возрастает он может не справляться большим объемом передаваемой информации, так как в том числе, эмулирует и сетевые адаптеры виртуальных машин.

Сегодня мы рассмотрим способ решить эту проблему — настроим сетевой мост (bridge) в виртуальной машине GNS3.

Очень часто, при работе в GNS3, возникает необходимость эмулировать те или иные сервисы ЛВС, например, почтовый или веб-сервер. Конечно, можно установить полноценную виртуальную машину с дистрибутивом Linux и настроить всё нужные сервисы, но это потребует много оперативной памяти, вычислительный мощностей и времени.

Альтернативой является Docker. Его образы - это просто папки с файлами, которые содержат файлы с программой и требуемые библиотеки. Все это выполняется в специально настроенной виртуальной машине под Windows при помощи демона Docker или в рамках того же демона нативно под Linux.

Так как, не происходит полной загрузки операционной системы, экономятся ресурсы и оперативная память. Каждый контейнер изолирован от операционной системы и других контейнеров, таким образом повышается безопасность.

Сегодня мы рассмотрим добавление контейнера Docker в GNS3 для эмуляции web-сервера.

В предыдущей статье – мы рассмотрели настройку ESR-200 для предоставления доступа к сети Интернет и через ЛВС, и через WIFI-роутер. Был рассмотрен идеальный вариант, когда до роутера дотянут прямой кабель и он подключен непосредственно в порт ESR-200.

К сожалению, это не всегда возможно физически. Сегодня мы как раз рассмотрим сценарий, при котором мы вынуждены включать WIFI-роутер в обычный, неуправляемый коммутатор, к которому подключены ПК нашей ЛВС.

Почти все ЛВС так или иначе используют технологию VLAN. Здесь мы не будем рассматривать плюсы данной технологии, для ознакомления могу порекомендовать эту статью.

В этой статье мы рассмотрим, как получить доступ к устройству, находящемуся в VLAN из GNS3 и наоборот.

Если вы пытались работать с VLAN под Windows, особенно при попытке получить доступ к VLAN на физическом оборудовании из виртуальных машин под Hyper-V или VMware, у вас, скорее всего, ничего не получилось.

Всё дело в том, что раньше Windows не имел встроенного механизма работы с VLAN, но в последних версиях Windows Server он появился.

Драйвера сетевых адаптеров, по умолчанию, обрезают в пакетах все VLAN-тэги и внешние VLAN становиться недоступными.

В этой статье мы рассмотрим, как настроить windows 10 таким образом, чтобы адаптер не обрезал VLAN-тэги у пакетов, приходящих на заданный интерфейс.

Сегодня мы рассмотрим работу с VLAN в GNS3 с использованием Open vSwitch, кстати, Eltex использует их в своих устройствах, если вы включите режим отладки на ESR вы сможете увидеть подобные строки:

2020-01-14T05:33:33+11:00 ovs|00001|vsctl|DBG|Called as ovs-vsctl set Port gi1_2 trunks=2,
2020-01-14T05:33:33+11:00 ovs|00001|vsctl|DBG|Called as ovs-vsctl set Port gi1_2 trunks=2,