Mikrotik ovpn туннель и два провайдера?

Question

[seriyvolk33]

Два провайдера с динамическими IP (один основной, второй резервный.)
OVPN туннель 192.168.0.1/24
Локальная сеть 192.168.1.1/24
Туннель поднят через основного провайдера. Сеть 192.168.1.1/24 выходит в мир через туннель. С помощью netwatch настроено резервирование канала - при падении основного провайдера, туннель поднимается через резервный канал. А как сделать проверку на предмет падения удаленного OVPN сервера? Если не получается поднять туннель ни через одного из провайдеров, то трафик нужно направить через основной канал. Как правильно организовать данную схему?
Маршруты через основного провайдера

ip route print
Flags: X - disabled, A - active, D - dynamic, 
C - connect, S - static, r - rip, b - bgp, o - ospf, m - mme, 
B - blackhole, U - unreachable, P - prohibit 
 #      DST-ADDRESS        PREF-SRC        GATEWAY            DISTANCE
 0 ADS  0.0.0.0/0                          78.25.65.145              1
 1 ADC  78.25.65.0/22      78.25.65.89     ether1-gateway            0
 2 ADS  178.63.151.224/32                  192.168.0.1               1
 3 ADC  192.168.0.1/32     192.168.0.2     ovpn-out1                 0
 4 ADC  192.168.1.0/24    192.168.1.1    bridge-local                0

При падении основного провайдера - переключаемся на резервный канал

ip route print
Flags: X - disabled, A - active, D - dynamic, 
C - connect, S - static, r - rip, b - bgp, o - ospf, m - mme, 
B - blackhole, U - unreachable, P - prohibit 
 #      DST-ADDRESS        PREF-SRC        GATEWAY            DISTANCE
 0 ADS  0.0.0.0/0                          10.119.24.145             1
 1 ADC  10.119.24.0/22      10.119.24.89     ether1-gateway          0
 2 ADS  178.63.151.224/32                  192.168.0.1               1
 3 ADC  192.168.0.1/32     192.168.0.2     ovpn-out1                 0
 4 ADC  192.168.1.0/24    192.168.1.1    bridge-local                0

Comments

[Maksim]

Ну вот хоть наконец-то, дошло...

Answer 1

[l0ser140]

Выкиньте netwatch и напишите скрипт с необходимой логикой.
Пингуйте что нибудь типа гугло-яндекса по интересующим маршрутам и на основании этого принимайте решение что и как переключать.
Логика может быть самая разнообразная.
Чтобы пинговать по определённому маршруту, его нужно сначала пометить, а потом использовать
ping 8.8.8.8 routing-table=RouteMark

Comments

[seriyvolk33]

А как метить маршруты если они динамические? Примером скрипта не поделитесь?

[l0ser140]

seriyvolk33: лично у меня сейчас прописаны статические маршруты, потому что dhcp всегда один и тот же gateway выдаёт. При подключении к VPN шлюз у вас наверное тоже не меняется.

Если так не подходит - можно скриптом смотреть какой gateway выдаётся dhcp клиенту и добавлять соответствующий маршрут с меткой.
put [ip dhcp-client get number=0 gateway]

[seriyvolk33]

при подключении впн - маршруты статичны. А вот у провайдеров динамические GW и IP

[l0ser140]

seriyvolk33: микротик из коробки не умеет маркировать дефолтный маршрут, полученный по dhcp, да.
Но этот функционал можно закостылить скриптом: брать адрес gw из информации dhcp клиента, смотреть не изменилось ли чего. Если изменилось - удалять старый, добавлять новый маршрут.

Ну а потом вторым скриптом смотреть доступность интернета через каждый ISP и VPN.
Если основной провайдер отвалился - переключаться на резервный. Если основной восстановился - переключаться назад. Если интернет всё таки есть, а VPN не подключатеся или через него нет пинга - пускать в обход VPN и т.д.

Без маркировки маршрутов не знаю как это реализовать.
А что касается netwatch - это вообще недопиленный инструмент, мне даже интересно как вы через него failover реализовали.

Answer 2

[Никита Сизов]

Я бы рассмотрел возможность решения с использованием протокола динамической маршрутизации OSPF.
Что на втором конце, там где сервер OpenVPN? Можете ли вы им управлять?
Если да, и если я правильно понял задачу, решение примерно такое:
Делайте два постоянно работающих туннеля, один с основного, второй с резервного канала.
У первого ставьте distance = 1, у второго = 2, чтобы трафик шел через основной канал, если он работает.
Настраивайте OSPF так, чтобы направлял весь трафик через OpenVPN.
Если оба туннеля недоступны, по идее у вас должен сработать маршрут по умолчанию -
# DST-ADDRESS PREF-SRC GATEWAY DISTANCE
0 ADS 0.0.0.0/0 10.119.24.145 1