Базовая настройка Локальной Сети: различия между версиями

Материал из Wikibebra
Перейти к навигацииПерейти к поиску
Нет описания правки
Нет описания правки
 
(не показано 12 промежуточных версий 3 участников)
Строка 1: Строка 1:
= Модуль 1: Настройка сетевой инфраструктуры =
= Что такое сетевая инфраструктура =


== Введение ==
== Введение ==
В рамках работы с учебным стендом по специальности 09.02.06 «Сетевое и системное администрирование» студенты осваивают базовые навыки и компетенции, необходимые для развёртывания и начальной конфигурации компьютерных сетей. Основной задачей данного модуля является создание функционирующей сетевой среды, в которой каждая виртуальная машина получает индивидуальные сетевые настройки, способна взаимодействовать с другими узлами, а также участвует в динамической маршрутизации.
Компьютерная сеть — это не просто набор соединённых между собой устройств. Это целостная, организованная система, в которой каждое устройство должно чётко понимать свою роль, иметь уникальные характеристики и взаимодействовать с другими узлами по определённым правилам. Первый модуль учебной практики является отправной точкой, в которой студент получает возможность воссоздать «живую» сетевую структуру из виртуальных машин, которая в дальнейшем будет использоваться как основа для развертывания сервисов, администрирования пользователей, обеспечения безопасности и автоматизации.


Важным этапом этого модуля является именно ручная настройка параметров сети: это помогает понять, какие компоненты влияют на корректную работу сетевых соединений, как происходит взаимодействие между машинами и какие системные файлы управляют сетевыми интерфейсами и сервисами.
На этом этапе студенты учатся не только «вбивать команды», но и формируют мышление системного администратора: почему именно так? Почему нельзя иначе? Что произойдёт, если мы не настроим шлюз? Как маршрутизатор узнает о другой сети? Эти вопросы — часть философии профессии, и ответы на них начинаются с практики, заложенной в этом модуле.


== Шаг 1: Присвоение имени хосту (hostname) ==
'''Хост''' (от {{lang-en|host}} — «владелец, принимающий гостей») — любое {{D-l|устройство}}, предоставляющее сервисы формата «клиент-сервер» в режиме сервера по каким-либо интерфейсам и уникально определённое на этих интерфейсах. В более широком смысле под хостом могут понимать любой компьютер, подключённый к локальной или глобальной сети.
Для корректного взаимодействия устройств внутри локальной сети и за её пределами, каждому устройству необходимо присвоить уникальное имя. Это имя должно быть полным (включать домен), что позволит организовать логичную иерархию именования.


=== Команда для редактирования имени хоста ===
Слово «хост» само по себе является неологизмом и не несёт никакой информации об устройстве или его функционировании. Употребление слова «хост» имеет смысл только вместе с пояснением, хостом ''какого'' сервиса предполагается называемое устройство. Тем не менее, зачастую название сервиса опускают, предполагая, что оно очевидно из контекста.
 
Например, в реализации протокола USB управлением и координацией каждой группы клиентских устройств, подключённых к USB-контроллеру, занимается отдельный USB Host Controller. В данном случае он выступает в качестве ''хоста протокола USB''.
 
С другой стороны, при выполнении, например, команды ping по произвольному IP-адресу хостом может называться компьютер, обладающий этим адресом и предоставляющий сервис ответа на ICMP-пакеты. В этом случае такой компьютер выступит как ''хост сервисов ICMP''.
 
Чаще всего, однако, под «хостом» без дополнительных комментариев подразумевается хост протокола TCP/IP, то есть сетевой интерфейс устройства, подключённого к IP-сети. Как и всякий другой хост, этот имеет уникальное определение в среде сервисов TCP/IP (IP-адрес). С хостом протокола TCP/IP может быть также связана необязательная текстовая характеристика — доменное имя.
 
В компьютерных играх и других сетевых приложениях, где подключение по сети создаётся динамически, под хостом обычно подразумевают того из участников соединения, который организует управление сеансом связи, в противовес остальным, которые подключаются к организованному им сеансу.
 
'''Вычислительная сеть'''<ref name=":1"></ref> (''информационно-вычислительная сеть''<ref name=":1" />, ''компьютерная сеть'') — система, обеспечивающая обмен данными между вычислительными устройствами — компьютерами, серверами, маршрутизаторами и другим оборудованием или программным обеспечением. Для передачи информации могут быть использованы различные среды передачи данных. Помимо совокупности физических устройств и физических средств передачи данных, вычислительная сеть может быть оверлейной или виртуальной, то есть логически самостоятельной выделенной сетью, использующей ресурсы другой физической сети — вычислительной (например, Интернет), телефонной сети, в том числе ТФОП и (или) среды передачи данных.
 
== Классификация ==
Существуют варианты классификации разных вычислительных сетей по назначению и характеристикам.
 
По территориальной распространённости:
 
* BAN ({{lang-en|Body Area Network}} — нательная компьютерная сеть) — сеть надеваемых или имплантированных компьютерных устройств;
* PAN (''{{lang-en2|Personal Area Network}}'') — персональная сеть, предназначенная для взаимодействия различных устройств, принадлежащих одному владельцу;
* LAN (''ЛВС'', ''{{lang-en2|Local Area Network}}'') — локальная сеть, имеющая замкнутую инфраструктуру до выхода на поставщиков услуг; может описывать и маленькую офисную сеть, и сеть уровня большого завода, занимающего несколько сотен гектаров; иногда определяется как сеть «около шести миль (10 км) в радиусе»; локальные сети являются сетями закрытого типа, доступ к ним разрешён только ограниченному кругу пользователей, для которых работа в такой сети непосредственно связана с их профессиональной деятельностью;
* CAN (''{{lang-en2|Campus Area Network}}'') — кампусная сеть, объединяет локальные сети близко расположенных зданий;
* MAN (''{{lang-en2|Metropolitan Area Network}}'') — городские сети между учреждениями в пределах одного или нескольких городов, связывающие много локальных вычислительных сетей;
* WAN (''{{lang-en2|Wide Area Network}}'') — глобальная сеть, покрывающая большие географические регионы, включающие в себя как локальные сети, так и прочие телекоммуникационные сети и устройства. Пример WAN — сети с коммутацией пакетов (''{{lang-en2|Frame relay}}''), через которую могут «разговаривать» между собой различные компьютерные сети. Глобальные сети являются открытыми и ориентированы на обслуживание любых пользователей.
 
По архитектуре:
 
* клиент-сервер<ref name=":0"></ref>;
* одноранговая сеть (децентрализованная или пиринговая сеть).
 
По типу сетевой топологии:
 
* шина
* кольцо
* двойное кольцо
* звезда
* ячеистая
* решётка
* дерево
* смешанная топология
* Fat Tree
 
== Стеки протоколов ==
{{Main|Сетевой протокол}}
При реализации компьютерной сети могут использоваться различные наборы протоколов, некоторые из них:
 
=== Уровни ===
Сетевая модель OSI:
 
* Прикладной уровень
* Уровень представления информации
* Сеансовый уровень
* Транспортный уровень
* Сетевой уровень
** Коммутация
** Маршрутизация
* Канальный уровень (уровень связывания данных)
* Физический уровень
 
Спецификация IEEE 802 разделяет канальный уровень на два подуровня — MAC (Media Access Control) регулирует доступ к разделяемой физической среде, LLC (Logical Link Control) обеспечивает обслуживание сетевого уровня.
 
== Присвоение имени хосту (hostname) ==
Имя хоста — это, по сути, «паспорт» устройства. Как имя человека отличает его среди миллионов других, так и hostname помогает системам определить, кто есть кто в инфраструктуре. Назначение имени хоста не является формальностью: это обязательное условие корректной работы журналов, удалённого доступа и взаимодействия с DNS-системами.
 
=== Команда и путь для изменения имени хоста ===
<pre>
<pre>
mcedit /etc/hostname
mcedit /etc/hostname
</pre>
</pre>


После ввода команды откроется текстовый редактор, в котором следует заменить текущее содержимое на имя хоста, выданное по заданию. Например:
Простая на первый взгляд операция становится фундаментом корректной идентификации машины. Имя должно быть полным, то есть включать домен.


=== Пример значения ===
<pre>
<pre>
hq-rtr.au-team.irpo
rtr.example-team.irpo
</pre>
</pre>


=== Почему это важно? ===
Почему не просто «rtr»? Потому что в корпоративной среде может быть несколько сетей, в которых есть узлы с одинаковыми названиями, но разными доменами. Добавление домена делает имя уникальным в глобальном контексте.
Имя хоста используется не только в качестве идентификатора машины, но и участвует в работе некоторых сетевых служб, например DNS, почтовых серверов и системных журналов. При правильной настройке, имя устройства позволяет упростить администрирование и мониторинг в разветвлённой инфраструктуре.


== Шаг 2: Настройка доменного имени ==
== Настройка доменного имени на устройстве ==
Дополнительно к имени хоста необходимо указать домен, к которому принадлежит устройство. Это позволяет отнести машину к определённому логическому пространству имён.
Если hostname — это имя, то domainname — это фамилия. Он указывает на принадлежность узла к определённой административной области, например, `example-team.irpo`. Это важно не только для логики, но и для таких систем, как NIS/YP, Kerberos и других сетевых служб, завязанных на имя домена.


=== Команда ===
=== Команда ===
<pre>
<pre>
domainname au-team.irpo
domainname example-team.irpo
</pre>
</pre>


== Шаг 3: Просмотр и подготовка сетевых интерфейсов ==
Некоторые системы могут не использовать доменное имя напрямую, но это не значит, что его можно игнорировать. Его наличие позволяет избежать недоразумений в комплексной инфраструктуре.
Перед тем как приступить к конкретной настройке IP-адресов, необходимо убедиться, что виртуальная машина располагает нужным количеством сетевых адаптеров. Для этого используется следующая команда:
 
---
 
== Проверка и подготовка сетевых интерфейсов ==
В любой операционной системе сетевая карта отображается как сетевой интерфейс. Это как порт для общения с внешним миром. Без интерфейса машина остаётся в изоляции, «глухая» ко всему происходящему вокруг.
 
<pre>ip -c a</pre>
 
Вывод этой команды показывает состояние интерфейсов. Нужно уметь различать физические (eth0, ens192 и т.п.) и логические (например, bridge или VLAN-интерфейсы). Цветная подсветка помогает визуально отличить активные адаптеры от неактивных.
 
---


<pre>
== Добавление недостающих адаптеров ==
ip -c a
Виртуальные машины не всегда создаются с нужным количеством интерфейсов. На этапе моделирования сети важно, чтобы каждая подсеть была связана с отдельным адаптером. Это позволяет реализовать более реалистичную и гибкую архитектуру. В VMware Player, например, можно добавить адаптер через кнопку "Add device".
</pre>


Если список интерфейсов не соответствует заданной топологии, необходимо добавить недостающие адаптеры через настройки виртуальной машины (в VMware Player или VirtualBox).
Почему нельзя использовать один адаптер на все случаи? Потому что тогда у вас не будет возможности сегментировать трафик, ограничивать доступ между подсетями или проводить трассировку маршрутов.


== Шаг 4: Добавление новых адаптеров (при необходимости) ==
---
В случае нехватки интерфейсов, открываем настройки ВМ, переходим в раздел сетевых устройств и добавляем нужное количество сетевых адаптеров. Их количество и тип (например, NAT, Host-Only, Bridge) должны соответствовать схеме, представленной в учебном задании.


== Шаг 5: Назначение IP-адресов вручную ==
== Назначение статического IP-адреса ==
Чтобы обеспечить точный контроль над адресацией, IP-адреса назначаются вручную. Это особенно важно при симуляции корпоративных сетей, где каждая подсеть и каждый узел имеют строго определённые параметры.
Выдача статического IP — это как закрепление адреса за офисом в многоквартирном доме. Такой адрес не меняется при перезапуске, его можно зарегистрировать в DNS, настроить на него доступ из других сетей, и он будет оставаться постоянным.


=== Структура конфигурационного файла интерфейса ===
<pre>
<pre>
iface ens224 inet static
iface ens224 inet static
Строка 54: Строка 123:
</pre>
</pre>


== Шаг 6: Настройка DHCP (если требуется) ==
Неверная настройка хотя бы одного из параметров может привести к «молчанию» машины — она не сможет выйти в сеть или, что хуже, начнёт мешать другим, если IP уже занят.
Если в рамках практики предполагается автоматическая выдача IP-адресов, конфигурация интерфейса упрощается:
 
---
 
== Использование DHCP ==
Автоматическая выдача IP-адресов через DHCP упрощает жизнь, особенно в динамических или временных средах. Однако важно понимать, что DHCP удобен только там, где не требуется предсказуемость адресации.


<pre>
<pre>
Строка 61: Строка 134:
</pre>
</pre>


== Шаг 7: Применение изменений в конфигурации сети ==
Если ваша машина будет DHCP-сервером, этот подход использовать нельзя: другие машины должны знать, куда обращаться за конфигурацией.
После внесения изменений в конфигурационные файлы необходимо перезапустить сетевые службы:
 
---
 
== Применение конфигурации ==
После редактирования конфигурации интерфейса нужно активировать новые настройки. Это как включить новый план маршрутов после прокладывания дорог: сами дороги уже есть, но ими ещё никто не пользуется.


<pre>
<pre>
systemctl restart networking
systemctl restart network
</pre>
</pre>


Это обеспечит применение новых параметров, включая IP-адреса, шлюзы и DNS.
В некоторых дистрибутивах используется `ifup`/`ifdown`, но `systemctl` — это универсальный и современный способ.


== Шаг 8: Перезагрузка машины для применения hostname ==
---
Хотя имя хоста можно изменить без перезагрузки, для гарантированной его подгрузки системой рекомендуется выполнить перезапуск машины:
 
== Перезагрузка системы ==
Даже если hostname можно применить командой `hostnamectl set-hostname`, мы всё равно рекомендуем выполнить перезагрузку.


<pre>
<pre>
Строка 77: Строка 156:
</pre>
</pre>


== Шаг 9: Подключение и настройка маршрутизатора ISP ==
Это гарантирует, что все службы, включая сетевые, cron, systemd, будут работать в контексте нового имени хоста.
В сети роль магистрального маршрутизатора выполняет ISP. Его задачей является маршрутизация трафика между офисами и сетью Интернет, а также реализация динамической маршрутизации между BR-RTR и HQ-RTR.
 
---
 
== Установка FRR и настройка ISP ==
FRR (Free Range Routing) — это современная альтернатива Cisco IOS в мире Linux. Он позволяет реализовать OSPF, EIGRP, BGP, RIP и другие протоколы. Это не просто «софтина», а полноценный стек маршрутизации.


=== Обновление списка репозиториев ===
<pre>
<pre>
apt-get update
apt-get update
</pre>
=== Установка маршрутизатора FRR (Free Range Routing) ===
<pre>
apt-get install frr
apt-get install frr
systemctl enable --now frr
systemctl enable --now frr
</pre>
</pre>


== Шаг 10: Настройка демонов OSPF и EIGRP ==
После установки FRR вы получаете гибкий инструмент для настройки динамической маршрутизации между офисами и внешним миром.
Открываем файл конфигурации демонов:
 
---
 
== Включение OSPF и EIGRP ==
В Linux службы не запускаются без явного разрешения. Даже если установлен frr, OSPF и EIGRP могут быть отключены. Это сделано из соображений безопасности.


<pre>
<pre>
mcedit /etc/frr/daemons
mcedit /etc/frr/daemons
</pre>
</pre>
И активируем нужные протоколы:
<pre>
<pre>
ospfd=yes
ospfd=yes
Строка 104: Строка 184:
</pre>
</pre>


== Шаг 11: Конфигурация маршрутизатора через vtysh ==
С этого момента маршрутизатор начинает слушать запросы на портах, соответствующих протоколам маршрутизации.
Переходим в интерфейс командной строки:
 
---
 
== Конфигурация frr на клиентском устройстве ==
FRR использует синтаксис, схожий с Cisco. Это отличный шанс для студентов получить опыт, приближённый к реальному оборудованию.


<pre>
<pre>
vtysh
vtysh
</pre>
Пошаговая настройка:
<pre>
en
en
conf t
conf t
Строка 120: Строка 200:
</pre>
</pre>


== Шаг 12: Разрешение переадресации IP-пакетов ==
Если всё сделано правильно, маршрутизаторы HQ и BR смогут обмениваться маршрутами без статических настроек.
Для маршрутизации между интерфейсами на уровне ядра Linux требуется разрешить IP forwarding:
 
---
 
== Включение IP-переадресации ==
Без этой настройки Linux отказывается пересылать пакеты между интерфейсами. Это как если бы почтовое отделение получало письма, но не имело права их пересылать дальше.


=== Изменение системной настройки ===
<pre>
<pre>
mcedit /etc/sysctl.conf
mcedit /etc/sysctl.conf
</pre>
</pre>
Найти строку:
<pre>
net.ipv4.ip_forward=0
</pre>
Изменить на:
<pre>
<pre>
net.ipv4.ip_forward=1
net.ipv4.ip_forward=1
</pre>
</pre>
Применить изменения:
<pre>
<pre>
sysctl -p
sysctl -p
</pre>
</pre>


== Шаг 13: Создание локальных пользователей ==
---


=== Пользователь с административным доступом ===
== Создание администратора ==
Создаём пользователя `sshuser` с UID 1010 и правами root (без запроса пароля):
Пользователь `sshuser` — это главный системный оператор. Его UID 1010 — пример кастомной идентификации, а принадлежность к группе `wheel` даёт ему привилегии `sudo`.


<pre>
<pre>
Строка 153: Строка 227:
</pre>
</pre>


Редактируем `/etc/sudoers`, раскомментировав строки:
Редактирование sudoers:
<pre>
<pre>
%wheel ALL=(ALL:ALL) ALL
%wheel ALL=(ALL:ALL) NOPASSWD: ALL
%wheel ALL=(ALL:ALL) NOPASSWD: ALL
</pre>
</pre>


== Шаг 14: Настройка VLAN (виртуальных сетей) ==
Это даёт возможность администрировать систему без постоянного запроса пароля — удобно, но опасно в реальной жизни.
На HQ-RTR создаются подинтерфейсы с идентификаторами VLAN 100, 200 и 999. Это позволяет логически разделить трафик для серверов, клиентов и управления.
 
---
 
== Настройка VLAN ==
VLAN позволяет разделить сеть на логические сегменты. На одном интерфейсе может быть несколько подинтерфейсов: каждый со своим ID, маской и маршрутами.


Пример конфигурации:
<pre>
<pre>
iface ens224.10 inet static
iface ens224.10 inet static
Строка 169: Строка 245:
</pre>
</pre>


== Шаг 15: Установка и настройка SSH ==
Это означает, что вы можете обслуживать клиентов и серверы через один порт, но разделённо по логике.
Для безопасного доступа устанавливаем SSH-сервер:
 
---
 
== Настройка OpenSSH ==
Для удалённого администрирования SSH обязателен. Но не менее важно — безопасность.


<pre>
<pre>
Строка 177: Строка 257:
</pre>
</pre>


Открываем файл конфигурации `/etc/ssh/sshd_config` и меняем:
Изменение порта на нестандартный (например, 2024) помогает избежать массовых сканирований по 22-му порту. Использование `AllowUsers` ограничивает круг пользователей.
* порт на 2024
 
* добавляем:
---
<pre>
 
AllowUsers sshuser
== Настройка DHCP-сервера ==
Banner /etc/32admsbanner
DHCP — это мозг сети, выдающий параметры новым клиентам. Он даёт им IP, маску, шлюз, DNS.
</pre>


== Шаг 16: Установка DHCP-сервера на HQ-RTR ==
<pre>
<pre>
apt-get install isc-dhcp-server
apt-get install isc-dhcp-server
</pre>
</pre>


Файл конфигурации:
Конфигурация:
<pre>
<pre>
subnet 192.168.38.0 netmask 255.255.255.0 {
subnet 192.168.38.0 netmask 255.255.255.0 {
Строка 196: Строка 274:
   option routers 192.168.38.1;
   option routers 192.168.38.1;
   option domain-name-servers 192.168.38.2;
   option domain-name-servers 192.168.38.2;
   option domain-name "au-team.irpo";
   option domain-name "example-team.irpo";
}
}
</pre>
</pre>


== Шаг 17: Настройка часового пояса ==
---
Для соответствия региону проведения экзамена:
 
== Настройка часового пояса ==
Вся системная логика, включая crontab, syslog и аудиторские журналы, опирается на время.
 
<pre>
<pre>
timedatectl set-timezone Europe/Moscow
timedatectl set-timezone Europe/Moscow
</pre>
</pre>


== Заключение ==
В дальнейшем вы можете синхронизировать время с NTP-сервером или развернуть chrony.
Настройка сетевой инфраструктуры — это основа любого проекта, связанного с информационными технологиями. Успешное выполнение этого модуля формирует у обучающихся навыки ручной конфигурации, работы с CLI-интерфейсом, понимания архитектуры сети и взаимодействия сервисов на базовом уровне.
 
== См. также ==
+BR-DC - адаптеры vm network, BR-NET
 
mcedit /etc/hostname (ISP.au-team.irpo, BR-RTR, HQ-CLI)
 
domainname au-team.irpo
 
timedatectl set-timezone Europe/Moscow
 
mcedit /etc/resolv.conf<blockquote>search au-team.irpo
 
nameserver 192.168.1.2</blockquote>проверить статику на всех адаптерах, скопировать папки (cp)
 
/etc/net/ifaces/ens192/options - (vm network - dhcp)
 
/etc/net/ifaces/ens192/ipv4address
 
/etc/net/ifaces/ens192/ipv4route
 
systemctl restart network
 
ip -c a<blockquote>CLI static to HQ-NET - ipv4 192.168.1.3/29
 
route 192.168.1.1
 
для адаптера vm network - подключение dhcp</blockquote><blockquote>HQ-SRV static to HQ-NET - 192.168.1.2/29
 
HQ-SRV route to HQ-RTR - 192.168.1.1</blockquote><blockquote>HQ-RTR static to HQ-NET - 192.168.1.1/29
 
HQ-RTR static to ISP-HQ - 172.16.40.2/28
 
HQ-RTR route to ISP-HQ - 172.16.40.1</blockquote><blockquote>ISP static to ISP-BR - 172.16.50.1/28
 
ISP static to ISP-HQ - 172.16.40.1/28
 
ISP static to INTERNET - 10.10.2.1/29</blockquote><blockquote>BR-RTR static to BR-NET - 192.168.3.1/29
 
BR-RTR static to ISP-BR - 172.16.50.2/28
 
BR-RTR route to ISP-BR - 172.16.50.1</blockquote><blockquote>BR-SRV static to BR-NET - 192.168.3.2/29
 
BR-SRV route to BR-NET - 192.168.3.1</blockquote>ping ya.ru

Текущая версия от 19:47, 20 мая 2025

Что такое сетевая инфраструктура

Введение

Компьютерная сеть — это не просто набор соединённых между собой устройств. Это целостная, организованная система, в которой каждое устройство должно чётко понимать свою роль, иметь уникальные характеристики и взаимодействовать с другими узлами по определённым правилам. Первый модуль учебной практики является отправной точкой, в которой студент получает возможность воссоздать «живую» сетевую структуру из виртуальных машин, которая в дальнейшем будет использоваться как основа для развертывания сервисов, администрирования пользователей, обеспечения безопасности и автоматизации.

На этом этапе студенты учатся не только «вбивать команды», но и формируют мышление системного администратора: почему именно так? Почему нельзя иначе? Что произойдёт, если мы не настроим шлюз? Как маршрутизатор узнает о другой сети? Эти вопросы — часть философии профессии, и ответы на них начинаются с практики, заложенной в этом модуле.

Хост (от Шаблон:Lang-en — «владелец, принимающий гостей») — любое Шаблон:D-l, предоставляющее сервисы формата «клиент-сервер» в режиме сервера по каким-либо интерфейсам и уникально определённое на этих интерфейсах. В более широком смысле под хостом могут понимать любой компьютер, подключённый к локальной или глобальной сети.

Слово «хост» само по себе является неологизмом и не несёт никакой информации об устройстве или его функционировании. Употребление слова «хост» имеет смысл только вместе с пояснением, хостом какого сервиса предполагается называемое устройство. Тем не менее, зачастую название сервиса опускают, предполагая, что оно очевидно из контекста.

Например, в реализации протокола USB управлением и координацией каждой группы клиентских устройств, подключённых к USB-контроллеру, занимается отдельный USB Host Controller. В данном случае он выступает в качестве хоста протокола USB.

С другой стороны, при выполнении, например, команды ping по произвольному IP-адресу хостом может называться компьютер, обладающий этим адресом и предоставляющий сервис ответа на ICMP-пакеты. В этом случае такой компьютер выступит как хост сервисов ICMP.

Чаще всего, однако, под «хостом» без дополнительных комментариев подразумевается хост протокола TCP/IP, то есть сетевой интерфейс устройства, подключённого к IP-сети. Как и всякий другой хост, этот имеет уникальное определение в среде сервисов TCP/IP (IP-адрес). С хостом протокола TCP/IP может быть также связана необязательная текстовая характеристика — доменное имя.

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

Вычислительная сеть<ref name=":1"></ref> (информационно-вычислительная сеть<ref name=":1" />, компьютерная сеть) — система, обеспечивающая обмен данными между вычислительными устройствами — компьютерами, серверами, маршрутизаторами и другим оборудованием или программным обеспечением. Для передачи информации могут быть использованы различные среды передачи данных. Помимо совокупности физических устройств и физических средств передачи данных, вычислительная сеть может быть оверлейной или виртуальной, то есть логически самостоятельной выделенной сетью, использующей ресурсы другой физической сети — вычислительной (например, Интернет), телефонной сети, в том числе ТФОП и (или) среды передачи данных.

Классификация

Существуют варианты классификации разных вычислительных сетей по назначению и характеристикам.

По территориальной распространённости:

  • BAN (Шаблон:Lang-en — нательная компьютерная сеть) — сеть надеваемых или имплантированных компьютерных устройств;
  • PAN (Шаблон:Lang-en2) — персональная сеть, предназначенная для взаимодействия различных устройств, принадлежащих одному владельцу;
  • LAN (ЛВС, Шаблон:Lang-en2) — локальная сеть, имеющая замкнутую инфраструктуру до выхода на поставщиков услуг; может описывать и маленькую офисную сеть, и сеть уровня большого завода, занимающего несколько сотен гектаров; иногда определяется как сеть «около шести миль (10 км) в радиусе»; локальные сети являются сетями закрытого типа, доступ к ним разрешён только ограниченному кругу пользователей, для которых работа в такой сети непосредственно связана с их профессиональной деятельностью;
  • CAN (Шаблон:Lang-en2) — кампусная сеть, объединяет локальные сети близко расположенных зданий;
  • MAN (Шаблон:Lang-en2) — городские сети между учреждениями в пределах одного или нескольких городов, связывающие много локальных вычислительных сетей;
  • WAN (Шаблон:Lang-en2) — глобальная сеть, покрывающая большие географические регионы, включающие в себя как локальные сети, так и прочие телекоммуникационные сети и устройства. Пример WAN — сети с коммутацией пакетов (Шаблон:Lang-en2), через которую могут «разговаривать» между собой различные компьютерные сети. Глобальные сети являются открытыми и ориентированы на обслуживание любых пользователей.

По архитектуре:

  • клиент-сервер<ref name=":0"></ref>;
  • одноранговая сеть (децентрализованная или пиринговая сеть).

По типу сетевой топологии:

  • шина
  • кольцо
  • двойное кольцо
  • звезда
  • ячеистая
  • решётка
  • дерево
  • смешанная топология
  • Fat Tree

Стеки протоколов

Шаблон:Main При реализации компьютерной сети могут использоваться различные наборы протоколов, некоторые из них:

Уровни

Сетевая модель OSI:

  • Прикладной уровень
  • Уровень представления информации
  • Сеансовый уровень
  • Транспортный уровень
  • Сетевой уровень
    • Коммутация
    • Маршрутизация
  • Канальный уровень (уровень связывания данных)
  • Физический уровень

Спецификация IEEE 802 разделяет канальный уровень на два подуровня — MAC (Media Access Control) регулирует доступ к разделяемой физической среде, LLC (Logical Link Control) обеспечивает обслуживание сетевого уровня.

Присвоение имени хосту (hostname)

Имя хоста — это, по сути, «паспорт» устройства. Как имя человека отличает его среди миллионов других, так и hostname помогает системам определить, кто есть кто в инфраструктуре. Назначение имени хоста не является формальностью: это обязательное условие корректной работы журналов, удалённого доступа и взаимодействия с DNS-системами.

Команда и путь для изменения имени хоста

mcedit /etc/hostname

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

Пример значения

rtr.example-team.irpo

Почему не просто «rtr»? Потому что в корпоративной среде может быть несколько сетей, в которых есть узлы с одинаковыми названиями, но разными доменами. Добавление домена делает имя уникальным в глобальном контексте.

Настройка доменного имени на устройстве

Если hostname — это имя, то domainname — это фамилия. Он указывает на принадлежность узла к определённой административной области, например, `example-team.irpo`. Это важно не только для логики, но и для таких систем, как NIS/YP, Kerberos и других сетевых служб, завязанных на имя домена.

Команда

domainname example-team.irpo

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

---

Проверка и подготовка сетевых интерфейсов

В любой операционной системе сетевая карта отображается как сетевой интерфейс. Это как порт для общения с внешним миром. Без интерфейса машина остаётся в изоляции, «глухая» ко всему происходящему вокруг.

ip -c a

Вывод этой команды показывает состояние интерфейсов. Нужно уметь различать физические (eth0, ens192 и т.п.) и логические (например, bridge или VLAN-интерфейсы). Цветная подсветка помогает визуально отличить активные адаптеры от неактивных.

---

Добавление недостающих адаптеров

Виртуальные машины не всегда создаются с нужным количеством интерфейсов. На этапе моделирования сети важно, чтобы каждая подсеть была связана с отдельным адаптером. Это позволяет реализовать более реалистичную и гибкую архитектуру. В VMware Player, например, можно добавить адаптер через кнопку "Add device".

Почему нельзя использовать один адаптер на все случаи? Потому что тогда у вас не будет возможности сегментировать трафик, ограничивать доступ между подсетями или проводить трассировку маршрутов.

---

Назначение статического IP-адреса

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

iface ens224 inet static
  address 192.168.1.10
  netmask 255.255.255.0
  gateway 192.168.1.1

Неверная настройка хотя бы одного из параметров может привести к «молчанию» машины — она не сможет выйти в сеть или, что хуже, начнёт мешать другим, если IP уже занят.

---

Использование DHCP

Автоматическая выдача IP-адресов через DHCP упрощает жизнь, особенно в динамических или временных средах. Однако важно понимать, что DHCP удобен только там, где не требуется предсказуемость адресации.

iface ens224 inet dhcp

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

---

Применение конфигурации

После редактирования конфигурации интерфейса нужно активировать новые настройки. Это как включить новый план маршрутов после прокладывания дорог: сами дороги уже есть, но ими ещё никто не пользуется.

systemctl restart network

В некоторых дистрибутивах используется `ifup`/`ifdown`, но `systemctl` — это универсальный и современный способ.

---

Перезагрузка системы

Даже если hostname можно применить командой `hostnamectl set-hostname`, мы всё равно рекомендуем выполнить перезагрузку.

reboot

Это гарантирует, что все службы, включая сетевые, cron, systemd, будут работать в контексте нового имени хоста.

---

Установка FRR и настройка ISP

FRR (Free Range Routing) — это современная альтернатива Cisco IOS в мире Linux. Он позволяет реализовать OSPF, EIGRP, BGP, RIP и другие протоколы. Это не просто «софтина», а полноценный стек маршрутизации.

apt-get update
apt-get install frr
systemctl enable --now frr

После установки FRR вы получаете гибкий инструмент для настройки динамической маршрутизации между офисами и внешним миром.

---

Включение OSPF и EIGRP

В Linux службы не запускаются без явного разрешения. Даже если установлен frr, OSPF и EIGRP могут быть отключены. Это сделано из соображений безопасности.

mcedit /etc/frr/daemons
ospfd=yes
eigrpd=yes

С этого момента маршрутизатор начинает слушать запросы на портах, соответствующих протоколам маршрутизации.

---

Конфигурация frr на клиентском устройстве

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

vtysh
en
conf t
router eigrp 1
network 172.16.4.0/28
network 172.16.5.0/28

Если всё сделано правильно, маршрутизаторы HQ и BR смогут обмениваться маршрутами без статических настроек.

---

Включение IP-переадресации

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

mcedit /etc/sysctl.conf
net.ipv4.ip_forward=1
sysctl -p

---

Создание администратора

Пользователь `sshuser` — это главный системный оператор. Его UID 1010 — пример кастомной идентификации, а принадлежность к группе `wheel` даёт ему привилегии `sudo`.

useradd -u 1010 -m -G wheel sshuser
passwd sshuser

Редактирование sudoers:

%wheel ALL=(ALL:ALL) NOPASSWD: ALL

Это даёт возможность администрировать систему без постоянного запроса пароля — удобно, но опасно в реальной жизни.

---

Настройка VLAN

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

iface ens224.10 inet static
  address 192.168.10.1
  netmask 255.255.255.0

Это означает, что вы можете обслуживать клиентов и серверы через один порт, но разделённо по логике.

---

Настройка OpenSSH

Для удалённого администрирования SSH обязателен. Но не менее важно — безопасность.

apt-get install openssh-server
systemctl enable --now sshd

Изменение порта на нестандартный (например, 2024) помогает избежать массовых сканирований по 22-му порту. Использование `AllowUsers` ограничивает круг пользователей.

---

Настройка DHCP-сервера

DHCP — это мозг сети, выдающий параметры новым клиентам. Он даёт им IP, маску, шлюз, DNS.

apt-get install isc-dhcp-server

Конфигурация:

subnet 192.168.38.0 netmask 255.255.255.0 {
  range 192.168.38.10 192.168.38.100;
  option routers 192.168.38.1;
  option domain-name-servers 192.168.38.2;
  option domain-name "example-team.irpo";
}

---

Настройка часового пояса

Вся системная логика, включая crontab, syslog и аудиторские журналы, опирается на время.

timedatectl set-timezone Europe/Moscow

В дальнейшем вы можете синхронизировать время с NTP-сервером или развернуть chrony.

См. также

+BR-DC - адаптеры vm network, BR-NET

mcedit /etc/hostname (ISP.au-team.irpo, BR-RTR, HQ-CLI)

domainname au-team.irpo

timedatectl set-timezone Europe/Moscow

mcedit /etc/resolv.conf

search au-team.irpo nameserver 192.168.1.2

проверить статику на всех адаптерах, скопировать папки (cp)

/etc/net/ifaces/ens192/options - (vm network - dhcp)

/etc/net/ifaces/ens192/ipv4address

/etc/net/ifaces/ens192/ipv4route

systemctl restart network

ip -c a

CLI static to HQ-NET - ipv4 192.168.1.3/29

route 192.168.1.1

для адаптера vm network - подключение dhcp

HQ-SRV static to HQ-NET - 192.168.1.2/29 HQ-SRV route to HQ-RTR - 192.168.1.1

HQ-RTR static to HQ-NET - 192.168.1.1/29

HQ-RTR static to ISP-HQ - 172.16.40.2/28

HQ-RTR route to ISP-HQ - 172.16.40.1

ISP static to ISP-BR - 172.16.50.1/28

ISP static to ISP-HQ - 172.16.40.1/28

ISP static to INTERNET - 10.10.2.1/29

BR-RTR static to BR-NET - 192.168.3.1/29

BR-RTR static to ISP-BR - 172.16.50.2/28

BR-RTR route to ISP-BR - 172.16.50.1

BR-SRV static to BR-NET - 192.168.3.2/29 BR-SRV route to BR-NET - 192.168.3.1

ping ya.ru