Маршрутизация и несколько сетевых интерфейсов¶

Маршрут определяет, куда ядро отправляет пакет. В НАЙС.ОС CLOUD маршруты может установить DHCP либо systemd-networkd по статической конфигурации. Отдельные таблицы маршрутизации, policy routing и несколько шлюзов требуют аккуратного проектирования.

Посмотреть активные маршруты¶

ip -4 route
ip -6 route
ip -4 rule
ip -4 route get 198.51.100.10
networkctl status ens3

В примерах используются зарезервированные сети документации 192.0.2.0/24, 198.51.100.0/24, 203.0.113.0/24 — их нужно заменить на реальные.

Статический маршрут для отдельной сети¶

Фрагмент .network-файла интерфейса ens3:

[Route]
Destination=198.51.100.0/24
Gateway=192.0.2.254
Metric=100

Предпосылка: шлюз 192.0.2.254 доступен через интерфейс ens3. Добавьте секцию к уже действующей конфигурации, не забывая сохранить [Match] и [Network].

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

Диагностика выбора пути¶

ip -4 route get 198.51.100.5
ip -4 route show default
ip -4 address
networkctl status

ip route get показывает решение таблицы маршрутизации, но не факт прохождения пакета через iptables и промежуточные устройства. Дополнительно проверяйте интерфейс и счётчики правил фильтрации.

Изменения в обслуживаемой сети¶

Сохраните текущий файл .network и список маршрутов.
Проверьте, какой интерфейс несёт управляющий SSH-трафик (ip route get АДРЕС_ВАШЕГО_КЛИЕНТА).
Создайте конфигурацию через консоль гипервизора; не трогайте маршрут к управляющей подсети, пока нет запасного доступа.
Выполните networkctl reload и networkctl reconfigure ens3.
Проверьте маршруты, доступ к шлюзу, сервисы и вход по SSH.
Сохраните протокол изменений и конфигурацию для восстановления.

Не используйте безусловное ip route flush table main: это способно удалить маршрут управления и вызвать простой.

Дополнительно: статический IPv4, восстановление сети.