Маршрутизация

ip route show — чтение таблицы маршрутизации.

ip route show
# default via 10.0.0.1 dev ens3 proto dhcp src 10.0.0.10 metric 100
# 10.0.0.0/24 dev ens3 proto kernel scope link src 10.0.0.10

# Разбор строк:
# default          = 0.0.0.0/0 — маршрут-ловушка
# via 10.0.0.1     = следующий хоп: отправить пакет этому шлюзу
# dev ens3         = egress-интерфейс
# proto dhcp       = маршрут установлен DHCP-клиентом
# src 10.0.0.10    = предпочтительный адрес источника для трафика по этому маршруту
# metric 100       = стоимость; меньший metric выигрывает при равных совпадениях
#
# 10.0.0.0/24 dev ens3  = для адресатов в 10.0.0.0/24 — отправить напрямую на ens3
# scope link             = шлюз не нужен — адресат на том же канале
# proto kernel           = создан автоматически при ip addr add

Маршрут 10.0.0.0/24 со scope link означает: ядро знает, что хосты в этой подсети доступны без шлюза — оно выполнит ARP и отправит кадр напрямую. Всё за пределами этого диапазона попадает на маршрут по умолчанию.

Longest-prefix match: правило, определяющее победителя.

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

# Таблица маршрутизации на host-a (10.0.0.10):
# default via 10.0.0.1 dev ens3
# 10.0.0.0/24 dev ens3 scope link
# 192.168.5.0/24 via 10.0.0.254 dev ens3

# Отправка на 10.0.0.20:
# Кандидаты: default (0 бит), 10.0.0.0/24 (24 бита)
# Победитель: 10.0.0.0/24 — напрямую на ens3

# Отправка на 192.168.5.100:
# Кандидаты: default (0 бит), 192.168.5.0/24 (24 бита)
# Победитель: 192.168.5.0/24 → следующий хоп 10.0.0.254

# Отправка на 8.8.8.8 (интернет):
# Кандидаты: только default (0 бит)
# Победитель: default → следующий хоп 10.0.0.1 (шлюз)

/32 — самый специфичный маршрут (один хост). Хост-маршрут вроде 192.0.2.1/32 via 10.0.0.1 побеждает любой подсетевой маршрут, содержащий этот адрес.

ip route get <destination> — спросить ядро, какой маршрут победит.

Вместо того чтобы выполнять логику longest-prefix match в голове, спроси ядро напрямую:

# Какой маршрут использует ядро для 8.8.8.8?
ip route get 8.8.8.8
# 8.8.8.8 via 10.0.0.1 dev ens3 src 10.0.0.10 uid 1000
#     cache

# Маршрут для машины в локальной подсети:
ip route get 10.0.0.20
# 10.0.0.20 dev ens3 src 10.0.0.10 uid 1000
#     cache
# Нет "via" — прямая доставка, шлюз не нужен

# Если нет маршрута по умолчанию:
ip route get 8.8.8.8
# RTNETLINK answers: Network is unreachable
# → отсутствие default-маршрута подтверждено

ip route get — самый быстрый способ диагностировать «почему хост не может достичь X» — он показывает ровно то, что сделает ядро, включая выбор адреса источника, до отправки единого пакета.

Добавление и удаление статических маршрутов.

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

# Добавить маршрут: подсеть 192.168.10.0/24 через 10.0.0.254
sudo ip route add 192.168.10.0/24 via 10.0.0.254

# Проверить:
ip route show
# default via 10.0.0.1 dev ens3
# 10.0.0.0/24 dev ens3 scope link
# 192.168.10.0/24 via 10.0.0.254 dev ens3

# Удалить:
sudo ip route del 192.168.10.0/24 via 10.0.0.254

# С явным интерфейсом:
sudo ip route add 192.168.10.0/24 via 10.0.0.254 dev ens3

# Хост-маршрут:
sudo ip route add 192.0.2.100/32 via 10.0.0.1

Эти изменения не сохраняются. При перезагрузке таблица маршрутизации ядра пуста; сетевая инициализация (DHCP-клиент, netplan, systemd-networkd) пересоздаёт её. Для сохранения статических маршрутов используй /etc/network/interfaces со строками up ip route add ... или routes: в netplan.

Отсутствие маршрута по умолчанию: классический инцидент.

VM достигает 10.0.0.20, но не 8.8.8.8 и ничего за пределами подсети. Симптом: ping 10.0.0.20 работает, ping 8.8.8.8 падает с «Network is unreachable».

# Подтвердить: нет маршрута по умолчанию
ip route show | grep default
# (пусто)

# Подтвердить через route get:
ip route get 8.8.8.8
# RTNETLINK answers: Network is unreachable

# Временное исправление:
sudo ip route add default via 10.0.0.1

# Подтвердить исправление:
ip route get 8.8.8.8
# 8.8.8.8 via 10.0.0.1 dev ens3 src 10.0.0.10

# Причины:
# 1. DHCP-клиент не запустился или упал — проверь: systemctl status dhclient
# 2. Статическая конфигурация не содержит шлюза — проверь /etc/network/interfaces
# 3. Маршрут был удалён вручную и не восстановлен