+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Маршрут только через определённый интерфейс

Маршрут только через определённый интерфейс, RouterOS

aesmith

Guest

18.10.2020 14:37:00

Привет! Это для резервного интернета. Как лучше всего в RouterOS настроить маршрут через конкретный интерфейс так, чтобы при его отсутствии не использовался маршрут по умолчанию (или какой-то другой, менее конкретный)?

Думаю, можно добавить маршрут на Null для того же /32, но с большим distance, если учитывать, что всё ещё действует правило наибольшего совпадения префикса. Но это выглядит немного коряво, поэтому интересно, нет ли более аккуратного способа.

Спасибо,
Тони С.

aesmith

Guest

02.11.2020 12:48:00

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

/ip route
add check-gateway=ping comment="*** Default Route - recursive ***" distance=2 gateway=8.8.8.8
add check-gateway=ping comment="*** Default Route - recursive ***" distance=2 gateway=1.1.1.1
add check-gateway=ping comment="*** Default Route - Static ADSL ***" distance=3 gateway=<Address of ADSL router>
add check-gateway=ping comment="*** Remote Gateway ***" distance=1 dst-address=1.1.1.1/32 gateway=<Address of LTE router> scope=10
add check-gateway=ping comment="*** Remote Gateway ***" distance=1 dst-address=8.8.8.8/32 gateway=<Address of LTE router> scope=10

Если LTE-роутер полностью недоступен, два маршрута Remote Gateway показывают статус unreachable, так же как и два рекурсивных маршрута по умолчанию. Но при этом с внутреннего устройства в локальной сети я всё равно могу пинговать 1.1.1.1 или 8.8.8.8. Значит, используется маршрут по умолчанию для этих адресов, и при этом рекурсивные маршруты не мешаются.

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

sebus46 Guest	#3 0 10.08.2024 08:38:00 Полагаю, эти адреса шлюзов — просто ОЧЕНЬ ПЛОХИЕ примеры. Через DNS-серверы Google/Cloudflare маршрутизировать нельзя! (если, конечно, я что-то не упускаю или неправильно понимаю)

jaclaz Guest	#4 0 10.08.2024 09:37:00 Это «рекурсивные маршруты», смотри здесь: http://forum.mikrotik.com/t/trying-to-understand-this-config-mikrotik-automatic-isp-fail-over-without-scripts-or-route-marking/177349/1

sebus46 Guest	#5 0 10.08.2024 10:42:00 Спасибо!

anav

Guest

11.08.2024 13:46:00

Для RoS 7 должно выглядеть так.
add check-gateway=ping comment="canary1" dst-address=0.0.0.0/0 distance=2 gateway=8.8.8.8 scope=10 target-scope=12
add check-gateway=ping comment="canary2" dst-address=0.0.0.0/0 distance=2 gateway=1.1.1.1 scope=10 target-scope=12

+++++++++

add distance=2 dst-address=1.1.1.1/32 gateway= scope=10 target-scope=11
add distance=2 dst-address=8.8.8.8/32 gateway= scope=10 target-scope=11

+++++++++

add distance=3 dst-address=0.0.0.0/0 gateway=ADSL

Поскольку шлюз LTE одинаковый для обоих canary, одинаковое расстояние — это нормально. Обычно я рекомендую проверять сначала один, потом другой... как ниже, но оба варианта работают отлично.

add check-gateway=ping comment="canary1" dst-address=0.0.0.0/0 distance=1 gateway=8.8.8.8 scope=10 target-scope=12
add check-gateway=ping comment="canary2" dst-address=0.0.0.0/0 distance=2 gateway=1.1.1.1 scope=10 target-scope=12

+++++++++

add distance=1 dst-address=1.1.1.1/32 gateway= scope=10 target-scope=11
add distance=2 dst-address=8.8.8.8/32 gateway= scope=10 target-scope=11

+++++++++

add distance=3 dst-address=0.0.0.0/0 gateway=ADSL

qatar2022 Guest	#7 0 11.08.2024 13:50:00 Ты гений

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры