Данная статья родилась в результате объединения идей из лабораторной работы в рамках подготовки для сдачи экзамена CCNA компании Cisco, и курса "Сетевые протоколы в Linux", который прочитал Георгий Владимирович Курячий весной 2024 года на кафедре Автоматизации Систем Вычислительных Комплексов МГУ им. М.В. Ломоносова.

Если сформулировать задачу одной фразой, то в схеме Router-On-A-Stick, заменить маршрутизатор (Router) на машину под управлением GNU/Linux. Данная задача по своей сути представляет модификацию лабораторной работы и скорее представляет академический интерес.

Постановка задачи

При подготовке к сдаче экзамена CCNA от компании Cisco, после изучения виртуальных локальных сетей (VLANs) возникает задача маршрутизации трафика между несколькими виртуальными локальными сетями. И для ее решения предлагается несколько подходов, один из них носит название Router-On-A-Stick (ROAS).

Кратко, при подходе Router-On-A-Stick (ROAS) для маршрутизации между виртуальными локальными сетями используется отдельный маршрутизатор, который подключается к нескольким виртуальным локальным сетям, определенным на коммутаторе, через магистральный канал, при этом используется только один физических интерфейс маршрутизатора.

Классический вариант можно представить в виде следующей сетевой топологии.

Router-On-A-Stick
Router-On-A-Stick

На схеме изображены две виртуальных локальных сети VLAN 10 (192.168.10.0/24) и VLAN 20 (192.168.20.0/24), настроенные на коммутаторе SW1, к каждой из которых подключено по две рабочие станции, и для маршрутизации трафика между ними, используется маршрутизатор R1.

А что если мы заменим маршрутизатор на машину под управлением какого-нибудь дистрибутива на базе GNU/Linux? И у нас получится следующая топология.

Linux-On-A-Stick
Linux-On-A-Stick

Конфигурация окружения

Конфигурация коммутатора

Поскольку основной интерес представляет конфигурирование машины под управлением 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)


  1. seyko2
    04.11.2024 08:14

    Всё в виртуальном окружении? А так фото этого stick не помешало бы. Ну и коммутатора-маршрутизаторв от cisco

    Как минимум, в качестве напоминалки об использовании команды ip статья годится


    1. Mausglov
      04.11.2024 08:14

      в теме маршрутизации совершенно не смыслю, но из текста статьи могу сделать такой вывод: поскольку маршрутизатор подключен через единственное соединение, то на схеме это выглядит как палка ( мне кажется похожим на "палку для селфи"). Поэтому "on a stick".


      1. thsiganenko Автор
        04.11.2024 08:14

        Вы абсолютно правы! Именно из-за визуального сходства на схеме, ее так и называют.


    1. thsiganenko Автор
      04.11.2024 08:14

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

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


  1. Gredko
    04.11.2024 08:14

    Мы использовали такое решение с 2003 года примерно. Хорошо все журналы запущенных приложений перенести в /tmp, /var/temp и подмонтировать в эти точки диски ramfs.

    Всё-таки память NAND на USB-стиках имеет ограниченное количество циклов записи.

    Стик в маршрутизаторе хорошо перевести в режим RO, чтобы у желающих забросить малварь было меньше поводов для беспокойства...


    1. 13werwolf13
      04.11.2024 08:14

      здесь on a stick имеется ввиду "на палке", конфигурация в которой к роутеру подходит только один физический шнурок.

      Всё-таки память NAND на USB-стиках имеет ограниченное количество циклов записи.

      а по вашему комменту - нафиг флешки. грузим ос по сети по pxe с файлохранилки естественно с copytoram и нет проблемы вышедшей невовремя из строя флешки


      1. Gredko
        04.11.2024 08:14

        Ну...Первые версии Cisco iOS на IDE-Flash выходили. Мало чем от USB-flash отличавшихся.

        Все рабочие файлы размещались в памяти на RAMFS

        Грузить роутер по L2- протоколу - так себе идея.Для лабораторной работы - сойдёт, а в работе такое применять - так себе идея.


        1. 13werwolf13
          04.11.2024 08:14

          Грузить роутер по L2- протоколу - так себе идея.Для лабораторной работы - сойдёт, а в работе такое применять - так себе идея.

          Я тоже так думал, но однако есть места где подобное можно применять.. На любое извращение найдётся любитель так сказать..


  1. adsha
    04.11.2024 08:14

    Мне недавно принесли эту схему для ввода в прод, стик на i219-V. 2 часа потратил на объяснения, что это лабораторная работа, в проде максимум что будет - это запустится, но про стабильность даже мечтать не надо. Прошу маркировать подобные лабные схемы тэгом "не для прода", сильно облегчит аргументацию.