• Автоподключение резервного канала интернета. Есть замена микротику?

    @Mihail_Manowar
    Достаточно практичный способ описан в статье habrahabr.ru/post/141785
    Правда пришлось его немного допилить:
    1)изменил весовые коэффициенты относительно которых скрипт принимает решение о состоянии конкретного WAN7ad14d366ee7458d82c0585dea0c76b4.png3db77eb7c14e496cb36a7f6b7a2f83b5.png В моём случае получается что если из четырёх пингуемых узлов доступно менее двух - скрит принимает решение о неиправности WAN.
    2) Расписал маршруты до каждого пингуемого узла, чтобы пингуемый узел пинговался через тот WAN для проверки которого он предназначен
    a7d4ac380e1b4ff3aec53c47e483d7da.png
    Далее все как описанно в статье:
    - Создал два NAT
    23f3dfe3131f4d89979b07c496d9fe7a.png
    - Остальные три скрипта - как в вышеупомянутой статье
    ef905f7689a9424885ca644296e5d12b.png7e6371d3a53f4839a9c464328f020571.pngbdb344f3e41f4ec885cb73b50a5a1131.png
    Получившийся набор скриптов четко отрабатывает в моей сети уже около года.
    Переходит на резервный WAN при выполнении двух условий (Основной WAN валяется и с резервным всё в порядке)
    Если оба вана валяются - скрипт ничего не делает.
    Преходит на основной сразу-же как он становится исправным независимо от состояния резерного.

    Не рекомендуется использовать этот метод если ван валяется по несколько десяток раз в сутки, т.к. через пару лет может закончится ресурс во Flash памяти в маршрутизаторе. Ведь каждое переключение - это процесс записи и применение новых настроек маршрутизации (метрик NAT-ов).
    Ответ написан
    1 комментарий