Министерство науки и высшего образования Российской Федерации Федеральное государственное автономное образовательное учреждение высшего образования

ТОМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СИСТЕМ УПРАВЛЕНИЯ И РАДИОЭЛЕКТРОНИКИ (ТУСУР)

Кафедра комплексной информационной безопасности электронновычислительных систем (КИБЭВС)

ОВЕРЛЕЙНЫЕ СЕТИ DOCKER, НАСТРОЙКА ТУННЕЛЯ VXLAN Отчет по лабораторной работе №3

по дисциплине «Сети и системы передачи информации»

Студент гр. 7x3-x

___________ xxxxxxxxx

___________

Принял Доцент каф. ТОР, к.т.н

______ ___________ Е. Ю. Агеев

___________

Томск 2026

2

Введение

Целью данной работы является изучение принципов построения виртуальных сетей уровня 2 поверх существующей маршрутизируемой инфраструктуры уровня 3 с использованием технологии VXLAN и оверлейных сетей Docker.

3

1 ХОД РАБОТЫ

Были развернуты две виртуальные машины под управлением Alpine Linux. Для обеспечения сетевой связности использован тип подключения «Сетевой мост». В результате машины получили следующие IP-адреса в локальной сети (рисунок 1.1):

•VM1: 10.0.2.216

•VM2: 10.0.3.228

Рисунок 1.1 – Назначенные IP-адреса

Связность между узлами была успешно проверена с помощью утилиты ping (рисунок 1.2).

Рисунок 1.2 – Проверка связи между машинами

4

С помощью команд «brctl show», «service docker status» и «service docker start» был проверен статус и запущена служба docker (рисунок 1.3).

Рисунок 1.3 – Проверка статуса службы

На VM1 был инициализирован кластер Docker Swarm, после чего VM2 была подключена к нему в качестве рабочего узла с помощью сгенерированного токена (рисунок 1.4).

Рисунок 1.4 – Подключение VM2 к созданному кластеру

Затем на управляющем узле VM1 была создана оверлейная сеть tusursecurity. При первоначальной проверке списка сетей (docker network ls) вывод на VM1 и VM2 отличался: сеть присутствовала на VM1, но отсутствовала на

VM2 (рисунок 1.5).

Рисунок 1.5 – Проверка списка сетей

После запуска тестового сервиса сеть tusur-security успешно появилась в списке на VM2 (рисунок 1.6).

5

Рисунок 1.6 – Создание тестового сервиса и вывод списка сетей

Командой «docker service ps test» можно посмотреть распределение сервиса по узлам кластера (рисунок 1.7).

Рисунок 1.7 – Распределение сервиса по узлам кластера

Команда «docker network inspect tusur-security» показывает детали созданной оверлейной сети. В частности, используемое адресное пространство (рисунок 1.8).

Рисунок 1.8 – Детали созданной оверлейной сети

6

Для проверки связности были определены внутренние IP-адреса контейнеров в оверлейной сети tusur-security (рисунок 1.9):

•Контейнер VM1: 10.0.1.3

•Контейнер VM2: 10.0.1.4

Рисунок 1.9 – Получение IP-адресов контейнеров

Непосредственно из терминала контейнера VM1 были выполнены эхозапросы (ping) до контейнера VM2. Пакеты успешно достигли цели. Также была выполнена трассировка маршрута (рисунок 1.10).

Рисунок 1.10 – Эхо-запросы и трассировка маршрута

Результат трассировки показал, что контейнер С2 находится на расстоянии всего 1 hop. Несмотря на то, что физически контейнеры расположены на разных виртуальных машинах, оверлейная сеть VXLAN эмулирует для них прямое подключение через виртуальный коммутатор.

Для подтверждения использования технологии VXLAN на интерфейсе eth0 узла VM1 был запущен перехват пакетов на порту UDP 4789. Во время захвата из контейнера VM1 был отправлен пинг в контейнер VM2, в соединении использовался идентификатор VIN 4097. Результат представлен на рисунке 1.11.

7

Рисунок 1.11 – Результат перехвата пакетов между контейнерами

8

Заключение

В ходе лабораторной работы были получены навыки работы с оверлейными сетями Docker, а также была произведена настройка туннеля

VXLAN.

9