Доброго дня!

Помогите кто-нибудь умной идеей, у мнУ ума не хватает

Есть три провайдера:
WAN1 - канал с лимитным трафиком, Real-IP. Редко падает
WAN2 - основной канал, быстрый, Real-IP. Иногда падает.
DMZ - нестабильный канал, то - летает, то - тормозит.Серый IP. Часто падает, но стоит 20 копеек. Основное использование - для клиентского бесплатного вайфая.

Алгоритм работы прозрачен (см. скриншот)

Все было бы просто, если бы сотрудникам не надо было подключаться снаружи. Для этого используем динамический ДНС. Подключение снаружи, естественно, осуществляется через WAN1 и WAN2, что и должен обеспечивать DynDNS. Проблема в том что правило, которое задисейбленно, видимо, ломает мониторинг хостов и живость интерфейсов начинает определяться неправильно

Буду благодарен за идею, как решить проблему.

1. Этого правила там и не должно быть.
2. Поскольку на wan1 и wan2 есть внешний IP, то вешаете на любой из них VPN-сервер, и сотрудники прекрасно будут цепляться по тоннелю.
Зачем городить какой-то огород с DynDNS ?!!!
Вот Вам один из вариантов мануала
Работает 100%

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

Это-то понятно! Проблема в том, что надо цепляться к живому каналу, т.е. автоматически выбирать один из двух WANов

А как вы сами себе это представляете?
Создавайте 2 ярлыка на 2 подключения. В чем проблема?

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

Я себе это представляю через динамический днс

Проблема в том, что нет никаких ярлыков и они не нужны. С чего Вы взяли, что речь идёт про ВПН?

Согласен, ответить на вопрос, на ко орый знаешь ответ проще, чем на вопрос, который задан

ну так в чем вопрос .
выясняете адреса серверов DYNDNS.
2 делаете два маршрута до них через разные WAN, с мониторингом маршрута + мониторинг основного канала .
все получаете искомое .
основной отвалился , пошло по резерву ( основной маршрут отключился) вернулось - все вернулось на место .

_________________
Своим вопросом Вы загоняете меня в ГУГЛ.....
DFL-210 -архив образов
Меня можно найти в боте Телеграмма @MyKingdombot когда РКН перестанет заниматься ерундой :-)
Готовыe платить - пишите
Прикуплю неисправные девайсы ради корпусов ....-> в личку

Пробовал. Их много и, похоже, они меняются

Нужна идея, как фильтровать эти запросы не по адресу

Можно решить обратную задачу, но я ничего не нашёл (Точнее, нашел только с кучей дополнительных функций за неслабые деньги). Нужен сервис типа амазоновского Route 53, который проверяет живость адреса и отдаёт клиенту живой айпи.

много сколько ?
а группу сделать ?

_________________
Своим вопросом Вы загоняете меня в ГУГЛ.....
DFL-210 -архив образов
Меня можно найти в боте Телеграмма @MyKingdombot когда РКН перестанет заниматься ерундой :-)
Готовыe платить - пишите
Прикуплю неисправные девайсы ради корпусов ....-> в личку

Видимо, придётся идти по пути установки в сети Пая или чего-то подобного с клиентом динамического днс и приписывания на для него отдельных правил маршрутизации по сорсовому IP. Но это какой-то некашерный путь

Можно еще рассмотреть вариант своего DNS сервера, который в нужной записи (с минимальным периодом обновления) хранит текущий рабочий адрес, который формируется по результатам мониторинга канала.

По-моему, так вполне рабочий вариант.

_________________
6 x DFL-210, 2 x DFL-800. Для DFL-210/260/800/860 лучшая прошивка 2.27.08.03 (for WW). СКАЧАТЬ.
Совет: Не используйте в IP- и Routing-правилах сочетание any/all-nets нигде, кроме временных правил. Иначе возможны бреши в безопасности и несрабатывание последующих правил.

Да, тоже вариант. Спасибо