Данная статья родилась в результате объединения идей из лабораторной работы в рамках подготовки для сдачи экзамена CCNA компании Cisco, и курса "Сетевые протоколы в Linux", который прочитал Георгий Владимирович Курячий весной 2024 года на кафедре Автоматизации Систем Вычислительных Комплексов МГУ им. М.В. Ломоносова.
Если сформулировать задачу одной фразой, то в схеме Router-On-A-Stick, заменить маршрутизатор (Router) на машину под управлением GNU/Linux. Данная задача по своей сути представляет модификацию лабораторной работы и скорее представляет академический интерес.
Постановка задачи
При подготовке к сдаче экзамена CCNA от компании Cisco, после изучения виртуальных локальных сетей (VLANs) возникает задача маршрутизации трафика между несколькими виртуальными локальными сетями. И для ее решения предлагается несколько подходов, один из них носит название Router-On-A-Stick (ROAS).
Кратко, при подходе Router-On-A-Stick (ROAS) для маршрутизации между виртуальными локальными сетями используется отдельный маршрутизатор, который подключается к нескольким виртуальным локальным сетям, определенным на коммутаторе, через магистральный канал, при этом используется только один физических интерфейс маршрутизатора.
Классический вариант можно представить в виде следующей сетевой топологии.
На схеме изображены две виртуальных локальных сети VLAN 10 (192.168.10.0/24) и VLAN 20 (192.168.20.0/24), настроенные на коммутаторе SW1
, к каждой из которых подключено по две рабочие станции, и для маршрутизации трафика между ними, используется маршрутизатор R1
.
А что если мы заменим маршрутизатор на машину под управлением какого-нибудь дистрибутива на базе GNU/Linux? И у нас получится следующая топология.
Конфигурация окружения
Конфигурация коммутатора
Поскольку основной интерес представляет конфигурирование машины под управлением GNU/Linux, особо останавливаться на конфигурации коммутатора нет смысла. Для целей данной лабораторной работы был использовал образ i86bi-linux-l2-ipbasek9-15.1g.bin
коммутатора Cisco со следующей конфигурацией:
Конфигурация коммутатора
Current configuration : 1742 bytes
!
version 15.1
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
service compress-config
!
hostname SW1
!
boot-start-marker
boot-end-marker
!
!
logging discriminator EXCESS severity drops 6 msg-body drops EXCESSCOLL
logging buffered 50000
logging console discriminator EXCESS
!
no aaa new-model
clock timezone +05 5 0
no ipv6 cef
ipv6 multicast rpf use-bgp
no ip icmp rate-limit unreachable
!
no ip domain-lookup
no ip cef
!
!
!
!
spanning-tree mode pvst
spanning-tree extend system-id
!
!
!
!
vlan internal allocation policy ascending
!
ip tcp synwait-time 5
!
!
!
!
!
!
interface Ethernet0/0
switchport trunk encapsulation dot1q
switchport mode trunk
duplex auto
!
interface Ethernet0/1
duplex auto
!
interface Ethernet0/2
duplex auto
!
interface Ethernet0/3
duplex auto
!
interface Ethernet1/0
duplex auto
!
interface Ethernet1/1
switchport access vlan 10
switchport mode access
duplex auto
!
interface Ethernet1/2
switchport access vlan 10
switchport mode access
duplex auto
!
interface Ethernet1/3
duplex auto
!
interface Ethernet2/0
duplex auto
!
interface Ethernet2/1
switchport access vlan 20
switchport mode access
duplex auto
!
interface Ethernet2/2
switchport access vlan 20
switchport mode access
duplex auto
!
interface Ethernet2/3
duplex auto
!
interface Ethernet3/0
duplex auto
!
interface Ethernet3/1
duplex auto
!
interface Ethernet3/2
duplex auto
!
interface Ethernet3/3
duplex auto
!
interface Vlan1
no ip address
!
!
no ip http server
!
!
!
!
!
control-plane
!
!
line con 0
exec-timeout 0 0
privilege level 15
logging synchronous
line aux 0
exec-timeout 0 0
privilege level 15
logging synchronous
line vty 0 4
login
!
end
Конфигурация рабочих станций
В качестве рабочих станций были использованы машины, поставляемые вместе с GNS3
Virtual PC Simulator, version 0.8.3
Welcome to Virtual PC Simulator, version 0.8.3
Dedicated to Daling.
Build time: Sep 9 2023 11:15:00
Copyright (c) 2007-2015, Paul Meng (mirnshi@gmail.com)
All rights reserved.
VPCS is free software, distributed under the terms of the "BSD" licence.
Source code and license can be found at vpcs.sf.net.
For more information, please visit wiki.freecode.com.cn.
Таблица адресации рабочих станций
Hostname |
Address |
Default Gateway |
VLAN ID |
---|---|---|---|
PC1V10 |
192.168.10.10 |
192.168.10.1 |
10 |
PC2V10 |
192.168.10.20 |
192.168.10.1 |
10 |
PC1V20 |
192.168.20.10 |
192.168.20.1 |
20 |
PC2V20 |
192.168.20.10 |
192.168.20.1 |
20 |
Проверка сетевой связанности
После того, как коммутатор и рабочие станции были сконфигурированы, можно убедиться в том, что обеспечена сетевая связанность между рабочими станциями в рамках одной виртуальной локальной сети. Для VLAN 10
есть сетевая связанность междуPC1V10
и PC2V10
, а для VLAN 20
- между PC1V20
и PC2V20
PC1V10> ping 192.168.10.20
84 bytes from 192.168.10.20 icmp_seq=1 ttl=64 time=1.461 ms
84 bytes from 192.168.10.20 icmp_seq=2 ttl=64 time=0.486 ms
84 bytes from 192.168.10.20 icmp_seq=3 ttl=64 time=0.376 ms
84 bytes from 192.168.10.20 icmp_seq=4 ttl=64 time=0.576 ms
84 bytes from 192.168.10.20 icmp_seq=5 ttl=64 time=0.471 ms
PC1V20> ping 192.168.20.20
84 bytes from 192.168.20.20 icmp_seq=1 ttl=64 time=0.359 ms
84 bytes from 192.168.20.20 icmp_seq=2 ttl=64 time=0.565 ms
84 bytes from 192.168.20.20 icmp_seq=3 ttl=64 time=0.332 ms
84 bytes from 192.168.20.20 icmp_seq=4 ttl=64 time=0.470 ms
84 bytes from 192.168.20.20 icmp_seq=5 ttl=64 time=0.568 ms
При этом, так как машина под управлением GNU/Linux пока еще без должной конфигурации, шлюз по умолчанию недоступен, и нет сетевой связанности между виртуальными локальными сетями VLAN 10
и VLAN 20
.
PC1V10> ping 192.168.20.10
host (192.168.10.1) not reachable
PC1V20> ping 192.168.10.10
host (192.168.20.1) not reachable
Конфигурация GNU/Linux
А теперь, после подготовки необходимого окружения, самое время перейти к интересной части лабораторной работы!
В качестве дистрибутива GNU/Linux используется образ Debian GNU/Linux 12
debian@debian:~$ uname -a
Linux debian 6.1.0-22-cloud-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.94-1 (2024-06-21) x86_64 GNU/Linux
У данной машины доступен только один физический сетевой интерфейс ens4
, вот его и будем конфигурировать.
root@debian:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
2: ens4: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 0c:e5:7e:1c:00:00 brd ff:ff:ff:ff:ff:ff
altname enp0s4
Начнем с того, что создадим подынтерфейсы на физическом интерфейсе ens4
для наших виртуальных локальных сетей с помощью команд:
ip link add link ens4 name ens4.10 type vlan id 10
ip link add link ens4 name ens4.20 type vlan id 20
Далее, для каждого из подынтерфейсов назначим IPv4 адрес:
ip addr add dev ens4.10 192.168.10.1/24
ip addr add dev ens4.20 192.168.20.1/24
И остается только поднять интерфейс ens4
с помощью команды:
ip link set dev ens4 up
К данному моменту сетевые настройки имеют следующий вид:
root@debian:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
2: ens4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 0c:e5:7e:1c:00:00 brd ff:ff:ff:ff:ff:ff
altname enp0s4
inet6 fe80::ee5:7eff:fe1c:0/64 scope link
valid_lft forever preferred_lft forever
3: ens4.10@ens4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 0c:e5:7e:1c:00:00 brd ff:ff:ff:ff:ff:ff
inet 192.168.10.1/24 scope global ens4.10
valid_lft forever preferred_lft forever
inet6 fe80::ee5:7eff:fe1c:0/64 scope link
valid_lft forever preferred_lft forever
4: ens4.20@ens4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 0c:e5:7e:1c:00:00 brd ff:ff:ff:ff:ff:ff
inet 192.168.20.1/24 scope global ens4.20
valid_lft forever preferred_lft forever
inet6 fe80::ee5:7eff:fe1c:0/64 scope link
valid_lft forever preferred_lft forever
Теперь мы можем убедиться, что у нас есть сетевая связанность между рабочими станциями и их шлюзом по умолчанию.
PC1V10> ping 192.168.10.1
84 bytes from 192.168.10.1 icmp_seq=1 ttl=64 time=0.438 ms
84 bytes from 192.168.10.1 icmp_seq=2 ttl=64 time=0.728 ms
84 bytes from 192.168.10.1 icmp_seq=3 ttl=64 time=0.718 ms
84 bytes from 192.168.10.1 icmp_seq=4 ttl=64 time=0.747 ms
84 bytes from 192.168.10.1 icmp_seq=5 ttl=64 time=0.676 ms
PC1V20> ping 192.168.20.1
84 bytes from 192.168.20.1 icmp_seq=1 ttl=64 time=0.695 ms
84 bytes from 192.168.20.1 icmp_seq=2 ttl=64 time=0.624 ms
84 bytes from 192.168.20.1 icmp_seq=3 ttl=64 time=1.347 ms
84 bytes from 192.168.20.1 icmp_seq=4 ttl=64 time=0.847 ms
84 bytes from 192.168.20.1 icmp_seq=5 ttl=64 time=0.787 ms
Но все еще нет связи между виртуальными локальными сетями:
PC1V10> ping 192.168.20.10
192.168.20.10 icmp_seq=1 timeout
192.168.20.10 icmp_seq=2 timeout
192.168.20.10 icmp_seq=3 timeout
192.168.20.10 icmp_seq=4 timeout
192.168.20.10 icmp_seq=5 timeout
Дело в том, что по умолчанию в данном дистрибутиве маршрутизация на уровне ядра Linux отключена, и нужно ее включить. Данная задача решается выполнением следующей команды:
sysctl net.ipv4.ip_forward=1
И на этом конфигурация завершена! В чем можно убедиться проверив сетевую связанность между рабочими станциями в различных виртуальных локальных сетях. Например, между PC1V10
и PC1V20
PC1V10> ping 192.168.20.10
84 bytes from 192.168.20.10 icmp_seq=1 ttl=63 time=2.219 ms
84 bytes from 192.168.20.10 icmp_seq=2 ttl=63 time=1.233 ms
84 bytes from 192.168.20.10 icmp_seq=3 ttl=63 time=1.465 ms
84 bytes from 192.168.20.10 icmp_seq=4 ttl=63 time=0.905 ms
84 bytes from 192.168.20.10 icmp_seq=5 ttl=63 time=1.130 ms
Или PC2V10
и PC2V20
PC2V10> ping 192.168.20.20
84 bytes from 192.168.20.20 icmp_seq=1 ttl=63 time=3.012 ms
84 bytes from 192.168.20.20 icmp_seq=2 ttl=63 time=1.358 ms
84 bytes from 192.168.20.20 icmp_seq=3 ttl=63 time=0.944 ms
84 bytes from 192.168.20.20 icmp_seq=4 ttl=63 time=1.369 ms
84 bytes from 192.168.20.20 icmp_seq=5 ttl=63 time=1.400 ms
Вывод
Из выполненной лабораторной работы видно, что поместить GNU/Linux On-A-Stick, не сложнее, чем сделать это с маршрутизатором от компании Cisco. Так же она дает возможность получить опыт работы в гетерогенной среде.
Описанная лабораторная работа выполнена в среде GNS3 2.2.50
Ссылки
Комментарии (9)
Gredko
04.11.2024 08:14Мы использовали такое решение с 2003 года примерно. Хорошо все журналы запущенных приложений перенести в /tmp, /var/temp и подмонтировать в эти точки диски ramfs.
Всё-таки память NAND на USB-стиках имеет ограниченное количество циклов записи.
Стик в маршрутизаторе хорошо перевести в режим RO, чтобы у желающих забросить малварь было меньше поводов для беспокойства...
13werwolf13
04.11.2024 08:14здесь on a stick имеется ввиду "на палке", конфигурация в которой к роутеру подходит только один физический шнурок.
Всё-таки память NAND на USB-стиках имеет ограниченное количество циклов записи.
а по вашему комменту - нафиг флешки. грузим ос по сети по pxe с файлохранилки естественно с copytoram и нет проблемы вышедшей невовремя из строя флешки
Gredko
04.11.2024 08:14Ну...Первые версии Cisco iOS на IDE-Flash выходили. Мало чем от USB-flash отличавшихся.
Все рабочие файлы размещались в памяти на RAMFS
Грузить роутер по L2- протоколу - так себе идея.Для лабораторной работы - сойдёт, а в работе такое применять - так себе идея.
13werwolf13
04.11.2024 08:14Грузить роутер по L2- протоколу - так себе идея.Для лабораторной работы - сойдёт, а в работе такое применять - так себе идея.
Я тоже так думал, но однако есть места где подобное можно применять.. На любое извращение найдётся любитель так сказать..
adsha
04.11.2024 08:14Мне недавно принесли эту схему для ввода в прод, стик на i219-V. 2 часа потратил на объяснения, что это лабораторная работа, в проде максимум что будет - это запустится, но про стабильность даже мечтать не надо. Прошу маркировать подобные лабные схемы тэгом "не для прода", сильно облегчит аргументацию.
seyko2
Всё в виртуальном окружении? А так фото этого stick не помешало бы. Ну и коммутатора-маршрутизаторв от cisco
Как минимум, в качестве напоминалки об использовании команды ip статья годится
Mausglov
в теме маршрутизации совершенно не смыслю, но из текста статьи могу сделать такой вывод: поскольку маршрутизатор подключен через единственное соединение, то на схеме это выглядит как палка ( мне кажется похожим на "палку для селфи"). Поэтому "on a stick".
thsiganenko Автор
Вы абсолютно правы! Именно из-за визуального сходства на схеме, ее так и называют.
thsiganenko Автор
Все действительно выполняется в виртуальном окружении программы GNS3, так как физическое оборудование в домашних условиях использовать достаточно затруднительно.
Если немного расширить скриншоты, которые приложены к статье, то интерфейс клиентского приложения выглядит следующим образом.