Будет ли работать пересекающаяся маршрутизация?

Question

[Utopia]

Есть таблица маршрутов в которой прописано:

60.48.105.0 255.255.255.0 20

затем туда добавляется (автоматизировано) частично дублирующаяся запись с (возможно) такой же метрикой

60.48.105.123 255.255.255.255 20

Будет ли ошибкой данное уточнение маршрута? Важна ли метрика? На всех ли системах (Windows Android Linux) такое не совсем логичное (масло масляное) действие "прокатывает"?
P.S. простите забыл указать маршрут уходит на один интерфейс

Comments

[Сослан Хлоев]

Будет ли ошибкой данное уточнение маршрута?

Нет

Важна ли метрика?

Чем меньше, тем лучше маршрут. Зависит также от протокола маршрутизации.

не совсем логичное

Ничего нелогичного тут нет.

[Utopia]

если у вас один интерфейс

-нет , интерфейсов несколько.
Объясню проще, скорее всего меня неправильно поняли. Это vpn server - который при коннекте отправляет клиенту таблицу маршрутизации. В ней уже заданы маршруты для заблокированных ресурсов (и только для них) - остальное от клиента идет напрямую, минуя vpn. Но иногда прописанные заблокированные ресурсы дополняются (будут дополнятся условно скриптом) который может включить конкретный адрес дополнительно. Метрика по сути в данном случае не важна.
Меня интересует как сама программа маршрутизации читает правила. Если она прочитала из конфига - всю подсеть отправлять в интерфейс vpn-а (не важно с какой метрикой), а затем ей приходит дополнительно один ip адрес из той же подсети (тоже по сути не важно с какой метрикой) - она не отменит предыдущее правило ?

[d-stream]

если в том или ином виде будет route add - то это будет именно добавление строчки, при одинаковой метрике - в общем случае поведение (порядок поиска среди подходящих маршрутов) будет неопределенным, но наиболее щепетильные реализации могут попробовать сортировать от более узких диапазонов к более широким...
Хотя совершенно не исключена ситуация и fifo варианта...

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

Answer 1

[#]

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

ps хотя проблему можно и создать:
- задайте в качестве ДНС, строго 8.8.4.4 и 8.8.8.8 (очевидно ли что это подмножество диапазона "любой"? а это так. в смысле это пересекающиеся множества)
- пусть по дефолту все идет в некий реальный шлюз (обычно автоматом сгенерированые таблицы так и устроены)
- добавьте запись для сети 8.8.0.0/16 с перенаправлением в 127.0.0.1, но метрикой ниже дефолной... поэксплуатируйте 5-10-15 минут..
- .. а теперь сделайте для этой записи, метрику выше дефолтной

Answer 2

[Михаил Хорев]

По законам жанра, сначала система смотрит на длину маски и только если маски одинаковые, то в ход идет метрика.

А уж если интерфейс всего один, то и говорить не о чем.
Работать будет, но зачем такие трудности?

Comments

[#]

сначала система смотрит на длину маски

в случае неоднозначности.. не так ли? ))..

Answer 3

[Utopia]

Простите с утра думал отправил ответ, оказалось не прописался.
Это vpn (openvpn) для обхода блокировок, интерфейса на клиентском компьютере естественно 2 (Internet + vpn tunel).
На сервере изначально настроено передавать клиенту таблице роутинга для обхода только заблокированных ресурсов (остальные идут напрямую) так вот бывает, что изначально в роутинге обхода прописана целая подстеть например 65.65.65.0 с маской 255.255.255.0. Затем хотелось бы добавлять в автоматическом режиме ещё кой какие сайты. И хотелось уточнить, если попадет сайт с ip 65.65.65.11 с маской 255.255.255.255 - не вырубит ли это предыдущее правило. По идее нет.. но проверить на Windows Linux Android MacOS Iphone сразу не получиться. Кроме того хочется знать в принципе рабочий ли вариант.

Comments

[Михаил Хорев]

Работать будет.