Mikrotik.moscow [тема: Продвинутое резервирование маршрутизации без использования скриптов]

Продвинутое резервирование маршрутизации без использования скриптов

Tue, 11 Feb 2020 10:38:00 -0500

Продвинутое резервирование маршрутизации без использования скриптов RouterOS в форуме RouterOS.
Для целей SEO статья перенесена с Wiki на http://forum.mikrotik.com/t/advanced-routing-failover-without-scripting/136599/1
11.02.2020 10:38:00, Chupaka.

Продвинутое резервирование маршрутизации без использования скриптов

Wed, 22 May 2013 18:29:00 -0400

Продвинутое резервирование маршрутизации без использования скриптов RouterOS в форуме RouterOS.
У меня нет проблем с активацией маршрута. Когда 8.8.4.4 недоступен, активируется маршрут 1. Я даже могу пинговать адреса и подключаться по SSH к хостам, но зайти в интернет не получается. Буду очень признателен, если кто-то сможет помочь, ведь я уже потратил кучу времени на попытки...
22.05.2013 18:29:00, MythosGR.

Продвинутое резервирование маршрутизации без использования скриптов

Tue, 14 May 2013 20:34:00 -0400

Продвинутое резервирование маршрутизации без использования скриптов RouterOS в форуме RouterOS.
Вся эта простая проверка пинга не работает, если на другой стороне активно фильтруют пинг-пакеты или там просто слишком слабое соединение, чтобы отвечать на них (всегда). Мой провайдер такой, и я разработал косвенные способы определить, действительно ли связь прервана или нет.
14.05.2013 20:34:00, Ivoshiee.

Продвинутое резервирование маршрутизации без использования скриптов

Tue, 14 May 2013 09:57:00 -0400

Продвинутое резервирование маршрутизации без использования скриптов RouterOS в форуме RouterOS.
Всем привет! Создаю эту тему, потому что не могу настроить всё на 751U-2HnD, хотя провёл несколько часов, пытаясь понять, в чём ошибка… Я пробую конфигурацию «Advanced routing failover without scripting», но без роутинг-марок, вот как у меня:

/ip route
add dst-address=8.8.4.4 gateway=192.168.0.254 scope=10
add dst-address=8.8.8.8 gateway=192.168.1.1 scope=10
add distance=1 gateway=8.8.4.4 check-gateway=ping
add distance=2 gateway=8.8.8.8 check-gateway=ping

У меня два гейта:
ADSL роутер 1: 192.168.0.254 (мой LAN 192.168.0.0/24, подключён через eth порт 5 моего MikroTik)
ADSL роутер 2: 192.168.1.1 (сеть соседа 192.168.1.0/24, подключён через Wi-Fi интерфейс моего MikroTik)

Настройка интерфейсов на моём роутере:
[admin@MikroTik] > ip address print
Flags: X - отключён, I - недействительный, D - динамический
# ADDRESS NETWORK INTERFACE
0 192.168.0.251/24 192.168.0.0 ether5-slave-local
1 192.168.1.251/24 192.168.1.0 wlan1

Мой ПК — 192.168.0.4

Таблица маршрутизации:
[admin@MikroTik] /ip route> print detail
Flags: X - отключён, A - активен, D - динамический, C - подключён, S - статический, r - rip, b - bgp, o - ospf, m - mme, B - blackhole, U - недоступен, P - запрещён
0 A S dst-address=0.0.0.0/0 gateway=8.8.4.4 gateway-status=8.8.4.4 recursive via 192.168.0.254 ether2-master-local check-gateway=ping distance=1 scope=30 target-scope=10
1 S dst-address=0.0.0.0/0 gateway=8.8.8.8 gateway-status=8.8.8.8 recursive via 192.168.1.1 wlan1 check-gateway=ping distance=2 scope=30 target-scope=10
2 A S dst-address=8.8.4.4/32 gateway=192.168.0.254 gateway-status=192.168.0.254 reachable via ether2-master-local distance=1 scope=10 target-scope=10
3 A S dst-address=8.8.8.8/32 gateway=192.168.1.1 gateway-status=192.168.1.1 reachable via wlan1 distance=1 scope=10 target-scope=10
4 ADC dst-address=192.168.0.0/24 pref-src=192.168.0.251 gateway=ether2-master-local gateway-status=ether2-master-local reachable distance=0 scope=10
5 ADC dst-address=192.168.1.0/24 pref-src=192.168.1.251 gateway=wlan1 gateway-status=wlan1 reachable distance=0 scope=10

Правило маскарадинга только для Wi-Fi интерфейса:
[admin@MikroTik] > ip firewall nat print
Flags: X - отключён, I - недействительный, D - динамический
0 chain=srcnat action=masquerade to-addresses=192.168.1.251 out-interface=wlan1

Что происходит: я могу выходить в интернет с ПК (192.168.0.4), когда 192.168.0.254 (локальный ADSL роутер) подключён и 8.8.4.4 доступен. Когда я отключаю 192.168.0.254 (роутер или PPPoE-соединение), вижу, что failover-маршрут становится активным с меткой «A», но ПК не выходит в интернет через 192.168.1.1 (ADSL роутер соседа).

Однако если я ставлю 192.168.1.1 единственным шлюзом для MikroTik, ПК спокойно выходит в интернет (значит маскарадинг и маршрутизация через Wi-Fi интерфейс работает). Ещё пробовал поменять расстояния: 8.8.8.8 (gw 192.168.1.1) на distance=1, а 8.8.4.4 (gw 192.168.0.254) на distance=2 — тогда могу подключаться через 192.168.1.1, но если он падает, то подключения через 192.168.0.254 нет, хоть маршрут 8.8.4.4 и активен.

Похоже, я что-то упускаю или это баг.
RouterOS: 5.25 firmware 3.07
14.05.2013 09:57:00, MythosGR.

Продвинутое резервирование маршрутизации без использования скриптов

Mon, 03 Oct 2011 11:33:00 -0400

Продвинутое резервирование маршрутизации без использования скриптов RouterOS в форуме RouterOS.
Просто хотел сказать, что всё отлично работает на routeros 4.17. Спасибо за помощь, ребята.
03.10.2011 11:33:00, salac.

Продвинутое резервирование маршрутизации без использования скриптов

Sat, 01 Oct 2011 18:22:00 -0400

Продвинутое резервирование маршрутизации без использования скриптов RouterOS в форуме RouterOS.
Смотри критично, потому что это работает.
01.10.2011 18:22:00, JP_Wireless.

Продвинутое резервирование маршрутизации без использования скриптов

Sat, 01 Oct 2011 17:21:00 -0400

Продвинутое резервирование маршрутизации без использования скриптов RouterOS в форуме RouterOS.
Да, немного странно. Пожалуйста, проверь еще раз с последней версией.
01.10.2011 17:21:00, Chupaka.

Продвинутое резервирование маршрутизации без использования скриптов

Sat, 01 Oct 2011 13:16:00 -0400

Продвинутое резервирование маршрутизации без использования скриптов RouterOS в форуме RouterOS.
chupaka, спасибо за быстрый ответ. На самом деле я выложил неправильную конфигурацию (без проверки пинга), потому что хотел немного поэкспериментировать и понять, что происходит. В любом случае, даже с проверкой пинга я не вижу, чтобы маршрут переходил из состояния «достижим» в «недостижим». Пробовал и с «blackhole», и без него:

[admin@MTIK] /ip route> /ping 10.10.10.254
10.10.10.254 64 байта ping: ttl=64 время=5 мс
10.10.10.254 64 байта ping: ttl=64 время<1 мс
10.10.10.254 64 байта ping: ttl=64 время<1 мс
10.10.10.254 64 байта ping: ttl=64 время<1 мс
Отправлено 4 пакета, получено 4, потеря пакетов 0%
время в пути мин/сред/макс = 0/1.2/5 мс

[admin@MTIK] /ip route> /ping 209.85.148.105
209.85.148.105 таймаут пинга
209.85.148.105 таймаут пинга
209.85.148.105 таймаут пинга
209.85.148.105 таймаут пинга
Отправлено 4 пакета, получено 0, потеря пакетов 100%

[admin@MTIK] /ip route> /ip route print
Флаги: X - отключено, A - активно, D - динамический, C - соединение, S - статический, r - rip, b - bgp, o - ospf, m - mme, B - blackhole, U - unreachable, P - prohibit
DST-ADDRESS PREF-SRC GATEWAY-STATE GATEWAY DISTANCE INTERFACE
0 S 0.0.0.0/0 reachable 10.20.20.254 2 LINK2
1 A S 0.0.0.0/0 recursive 209.85.148.105 1 LINK1
2 ADC 10.0.0.0/24 10.0.0.254 0 CLIENT2
3 ADC 10.10.10.0/24 10.10.10.1 0 LINK1
4 ADC 10.20.20.0/24 10.20.20.1 0 LINK2
5 A S 66.220.158.25/32 reachable 10.20.20.254 1 LINK2
6 ADC 192.168.0.0/24 192.168.0.102 0 ether1
7 ADC 192.168.101.0/24 192.168.101.254 0 CLIENT1
8 A S 209.85.148.105/32 reachable 10.10.10.254 1 LINK1
9 X SB 209.85.148.105/32 20

[admin@MTIK] /ip route> print detail
Флаги: X - отключено, A - активно, D - динамический, C - соединение, S - статический, r - rip, b - bgp, o - ospf, m - mme, B - blackhole, U - unreachable, P - prohibit
0 S dst-address=0.0.0.0/0 gateway=10.20.20.254 interface=LINK2 check-gateway=ping gateway-state=reachable distance=2 scope=30 target-scope=10
1 A S dst-address=0.0.0.0/0 gateway=209.85.148.105 interface=LINK1 check-gateway=ping gateway-state=recursive distance=1 scope=30 target-scope=10
2 ADC dst-address=10.0.0.0/24 pref-src=10.0.0.254 interface=CLIENT2 distance=0 scope=10
3 ADC dst-address=10.10.10.0/24 pref-src=10.10.10.1 interface=LINK1 distance=0 scope=10
4 ADC dst-address=10.20.20.0/24 pref-src=10.20.20.1 interface=LINK2 distance=0 scope=10
5 A S dst-address=66.220.158.25/32 gateway=10.20.20.254 interface=LINK2 gateway-state=reachable distance=1 scope=10 target-scope=10
6 ADC dst-address=192.168.0.0/24 pref-src=192.168.0.102 interface=ether1 distance=0 scope=10
7 ADC dst-address=192.168.101.0/24 pref-src=192.168.101.254 interface=CLIENT1 distance=0 scope=10
8 A S dst-address=209.85.148.105/32 gateway=10.10.10.254 interface=LINK1 gateway-state=reachable distance=1 scope=10 target-scope=10
9 X SB dst-address=209.85.148.105/32 type=blackhole distance=20

[admin@MTIK] /ip route> enable 9
[admin@MTIK] /ip route> /ping 10.10.10.254
10.10.10.254 64 байта ping: ttl=64 время<1 мс
10.10.10.254 64 байта ping: ttl=64 время<1 мс
10.10.10.254 64 байта ping: ttl=64 время<1 мс
10.10.10.254 64 байта ping: ttl=64 время<1 мс
Отправлено 4 пакета, получено 4, потеря пакетов 0%
время в пути мин/сред/макс = 0/0.0/0 мс

[admin@MTIK] /ip route> /ping 209.85.148.105
209.85.148.105 таймаут пинга
209.85.148.105 таймаут пинга
209.85.148.105 таймаут пинга
209.85.148.105 таймаут пинга
209.85.148.105 таймаут пинга
Отправлено 5 пакетов, получено 0, потеря пакетов 100%

[admin@MTIK] /ip route> print detail
Флаги: X - отключено, A - активно, D - динамический, C - соединение, S - статический, r - rip, b - bgp, o - ospf, m - mme, B - blackhole, U - unreachable, P - prohibit
0 S dst-address=0.0.0.0/0 gateway=10.20.20.254 interface=LINK2 check-gateway=ping gateway-state=reachable distance=2 scope=30 target-scope=10
1 A S dst-address=0.0.0.0/0 gateway=209.85.148.105 interface=LINK1 check-gateway=ping gateway-state=recursive distance=1 scope=30 target-scope=10
2 ADC dst-address=10.0.0.0/24 pref-src=10.0.0.254 interface=CLIENT2 distance=0 scope=10
3 ADC dst-address=10.10.10.0/24 pref-src=10.10.10.1 interface=LINK1 distance=0 scope=10
4 ADC dst-address=10.20.20.0/24 pref-src=10.20.20.1 interface=LINK2 distance=0 scope=10
5 A S dst-address=66.220.158.25/32 gateway=10.20.20.254 interface=LINK2 gateway-state=reachable distance=1 scope=10 target-scope=10
6 ADC dst-address=192.168.0.0/24 pref-src=192.168.0.102 interface=ether1 distance=0 scope=10
7 ADC dst-address=192.168.101.0/24 pref-src=192.168.101.254 interface=CLIENT1 distance=0 scope=10
8 A S dst-address=209.85.148.105/32 gateway=10.10.10.254 interface=LINK1 gateway-state=reachable distance=1 scope=10 target-scope=10
9 SB dst-address=209.85.148.105/32 type=blackhole distance=20

[admin@MTIK] /ip route>
01.10.2011 13:16:00, salac.

Продвинутое резервирование маршрутизации без использования скриптов

Sat, 01 Oct 2011 12:54:00 -0400

Продвинутое резервирование маршрутизации без использования скриптов RouterOS в форуме RouterOS.
В маршруте №1 у тебя нет параметра «check-gateway», поэтому шлюз 209.85.148.105 не проверяется на доступность. /ip route set 1 check-gateway=ping
01.10.2011 12:54:00, Chupaka.

Продвинутое резервирование маршрутизации без использования скриптов

Sat, 01 Oct 2011 08:50:00 -0400

Продвинутое резервирование маршрутизации без использования скриптов RouterOS в форуме RouterOS.
Извиняюсь, что воскресаю старую тему, но у меня тоже не работает:
[admin@MTIK_KAZINO] /ip route> /ping 10.10.10.254
10.10.10.254 64 байт пинг: ttl=64 время<1 мс
10.10.10.254 64 байт пинг: ttl=64 время<1 мс
10.10.10.254 64 байт пинг: ttl=64 время<1 мс
3 пакета отправлено, 3 пакета получено, 0% потерь
round-trip min/avg/max = 0/0.0/0 мс

[admin@MTIK] /ip route> /ping 209.85.148.105
209.85.148.105 таймаут пинга
209.85.148.105 таймаут пинга
209.85.148.105 таймаут пинга
209.85.148.105 таймаут пинга
4 пакета отправлено, 0 пакетов получено, 100% потерь

[admin@MTIK] /ip route> print detail
Флаги: X - отключено, A - активно, D - динамическое, C - подключено, S - статическое, r - rip, b - bgp, o - ospf, m - mme, B - blackhole, U - недоступно, P - запрещено

0 S dst-address=0.0.0.0/0 gateway=10.20.20.254 interface=LINK2 check-gateway=ping gateway-state=reachable distance=2 scope=30 target-scope=10
1 A S dst-address=0.0.0.0/0 gateway=209.85.148.105 interface=LINK1 gateway-state=recursive distance=1 scope=30 target-scope=10
2 ADC dst-address=10.0.0.0/24 pref-src=10.0.0.254 interface=CLIENT2 distance=0 scope=10
3 ADC dst-address=10.10.10.0/24 pref-src=10.10.10.1 interface=LINK1 distance=0 scope=10
4 ADC dst-address=10.20.20.0/24 pref-src=10.20.20.1 interface=LINK2 distance=0 scope=10
5 A S dst-address=66.220.158.25/32 gateway=10.20.20.254 interface=LINK2 gateway-state=reachable distance=1 scope=10 target-scope=10
6 ADC dst-address=192.168.0.0/24 pref-src=192.168.0.102 interface=ether1 distance=0 scope=10
7 ADC dst-address=192.168.101.0/24 pref-src=192.168.101.254 interface=CLIENT1 distance=0 scope=10
8 A S dst-address=209.85.148.105/32 gateway=10.10.10.254 interface=LINK1 gateway-state=reachable distance=1 scope=10 target-scope=10

[admin@MTIK] /ip route>
/ip address print
Флаги: X - отключено, I - недействительно, D - динамическое

ADDRESS NETWORK BROADCAST INTERFACE
0 192.168.101.254/24 192.168.101.0 192.168.101.255 CLIENT1
1 10.0.0.254/24 10.0.0.0 10.0.0.255 CLIENT2
2 10.20.20.1/24 10.20.20.0 10.20.20.255 LINK2
3 10.10.10.1/24 10.10.10.0 10.10.10.255 LINK1
4 192.168.0.102/24 192.168.0.0 192.168.0.255 ether1

[admin@MTIK] /ip route>

Как видите, контролируемый хост (209.85.148.105) не пингуется, но маршрут по-прежнему помечен как A (активный), что неправильно.
Я пробовал добавить blackhole:
/ip route add dst-address=209.85.148.105 type=blackhole distance=20
но эффекта нет.

Есть идеи?
пс. Как видно, я не внедрил всю концепцию, просто проверял, что будет, если один маршрут упадёт (маркировку маршрута и прочее не делал) — это базовый пример failover маршрутизации, когда контролируемый хост недоступен.
P.S. Это просто тестовая среда на Xenserver, все mikrotik версии 3.22.
01.10.2011 08:50:00, salac.

Продвинутое резервирование маршрутизации без использования скриптов

Sat, 16 Oct 2010 20:55:00 -0400

Продвинутое резервирование маршрутизации без использования скриптов RouterOS в форуме RouterOS.
Эмммм... ! Приоритизация вывода решит проблему. У нас уже есть v2.0rc xD
16.10.2010 20:55:00, Ibersystems.

Продвинутое резервирование маршрутизации без использования скриптов

Sat, 16 Oct 2010 20:14:00 -0400

Продвинутое резервирование маршрутизации без использования скриптов RouterOS в форуме RouterOS.
Вероятно, это из-за перегруженного канала, поэтому пакеты ping теряются.
16.10.2010 20:14:00, Chupaka.

Продвинутое резервирование маршрутизации без использования скриптов

Sat, 16 Oct 2010 19:34:00 -0400

Продвинутое резервирование маршрутизации без использования скриптов RouterOS в форуме RouterOS.
У меня это работает во многих местах. Работаю с двумя ADSL-линиями без проблем. Друг говорит, что при большом трафике не работает, но я этого не проверял. Думаю, что скорость в Мбит/с значения не имеет.
16.10.2010 19:34:00, Ibersystems.

Продвинутое резервирование маршрутизации без использования скриптов

Sat, 16 Oct 2010 16:28:00 -0400

Продвинутое резервирование маршрутизации без использования скриптов RouterOS в форуме RouterOS.
Да, на самом деле оно делает именно то, что написано в статье =)
16.10.2010 16:28:00, Chupaka.

Продвинутое резервирование маршрутизации без использования скриптов

Fri, 24 Sep 2010 20:52:00 -0400

Продвинутое резервирование маршрутизации без использования скриптов RouterOS в форуме RouterOS.
Всем добрый вечер, кто-нибудь вообще заставил это работать? http://wiki.mikrotik.com/wiki/Advanced_Routing_Failover_without_Scripting Я уже поломал над этим голову и просто хочу понять, действительно ли это делает то, что обещано... Спасибо, Джейми
24.09.2010 20:52:00, jamiewatson69.