Два интернета на MikroTik: failover и балансировка без downtime

два аплинка на mikrotik

Быстрый ответ
Подключи два WAN к MikroTik. Настрой DHCP Client на обоих интерфейсах с разными default-distance. Добавь routing marks для каждого канала. Настрой recursive routing с проверкой 8.8.8.8 через каждый шлюз. Включи PCC для балансировки TCP по src-address и dst-address. Повесь скрипт на scheduler, который отключает основной маршрут при потере пинга. Весь офис останется в сети, даже если один провайдер ляжет в обед.
Содержание: показать

1. Диагноз

Подключил второй интернет. Воткнул кабель. А трафик все равно идет через первый. Знакомо?

Два интернета на mikrotik — задача, которую решают либо после пары часов простоя, либо после звонка директору. Один провайдер упал, и офис сидит без связи. Бухгалтер не сдает отчетность. Менеджеры не могут оформить заказ. Ты вспоминаешь, что второй кабель висит в коммутаторе просто так.

В этой статье настроим failover и балансировку. Получишь конфиг, который держит офис онлайн 24 на 7. Время настройки — 40 минут. Нужен MikroTik с двумя свободными портами и два провайдера. Не обязательно статика, DHCP тоже сгодится.

Вот что будет внутри:

  • Базовая адресация двух WAN
  • Routing marks — разделим трафик по каналам
  • Recursive routing — проверим шлюз через 8.8.8.8, а не по пингу локального IP
  • PCC — балансировка без ломки сессий
  • Скрипт автопереключения — если основной канал умер, резервный подхватит за 5 секунд
  • Firewall — закроем лишнее

Если базовая настройка MikroTik еще не сделана, начни с нее. А если нужен удаленный доступ после настройки, загляни в статью про WireGuard.

2. Причины

Почему один интернет — это проблема? Разберем по факту.

Провайдер падает в пиковые часы

Твой основной оператор ремонтирует свитч в подъезде ровно в тот момент, когда клиент ждет срочный договор. Без резерва ты бессилен. С резервом — даже не замечаешь.

Нагрузка на один канал зашкаливает

Офис из 30 человек, облачная CRM, видеозвонки, обновления Windows. Один канал в 100 Мбит превращается в узкое горлышко. Второй канал стоит денег, но не используется. Это как купить запаску и катать ее на крыше.

Маршрутизатор выбирает один шлюз по умолчанию

MikroTik видит два маршрута 0.0.0.0/0. Без routing marks он ходит только через один. Второй молчит. Ты думаешь, что у тебя два интернета. По факту — один и кабель в стене.

Failover по distance работает через раз

Стандартный способ — два маршрута с разным distance. Если шлюз пингуется, но за ним черная дыра, MikroTik не переключается. Distance проверяет только наличие соседа, а не выход в интернет. Нужен recursive routing.

Балансировка без PCC ломает сессии

Простая балансировка по пакетам отправляет запросы банк-клиента то через первый канал, то через второй. Банк рвет соединение. Бухгалтер звонит тебе матом. PCC решает это, привязывая сессию к одному каналу.

Ручное переключение требует тебя лично

Без скрипта в 3 ночи тебя будят звонком. Со скриптом MikroTik сам переключается, а ты спишь. Разница — в 25 лет опыта, которые научили меня автоматизировать все, что движется.

3. Рецепт

Подготовка

Перед тем как лезть в терминал, проверь окружение. Потеряешь доступ к роутеру — будешь бегать в офис ночью.

Параметр Требование
Версия RouterOS 7.x (на момент публикации актуальна 7.18. Сперед установкой проверь свежие релизы на mikrotik.com)
Устройство Любой MikroTik с двумя свободными Ethernet-портами
WAN 1 Основной провайдер, DHCP или статика
WAN 2 Резервный провайдер, DHCP или статика
LAN Внутренняя сеть, например 192.168.88.0/24
Доступ WinBox или WebFig. Не делай это через SSH с телефона.

Таблица портов для нашей схемы:

Порт Назначение Протокол Доступен снаружи
ether1 WAN 1 — основной провайдер DHCP / PPPoE Да
ether2 WAN 2 — резервный провайдер DHCP / PPPoE Да
ether3 LAN — локальная сеть Внутренний Нет
8291 WinBox TCP Только с LAN (закроем в firewall)
22 SSH TCP Только с LAN

Архитектура сети выглядит так:

%%{init: {
  'theme': 'base',
  'themeVariables': {
    'primaryColor': '#ffffff',
    'primaryTextColor': '#1e293b',
    'primaryBorderColor': '#94a3b8',
    'lineColor': '#64748b',
    'fontSize': '15px',
    'fontFamily': 'ui-sans-serif, system-ui, sans-serif'
  },
  'flowchart': {'curve': 'linear', 'nodeSpacing': 50, 'rankSpacing': 50}
}}%%
flowchart TD
    A["LAN 192.168.88.0/24"] --> B["MikroTik"]
    B --> C["WAN 1 - Провайдер А"]
    B --> D["WAN 2 - Провайдер Б"]
    C --> E["8.8.8.8 проверка"]
    D --> F["1.1.1.1 проверка"]
    style A fill:#f8fafc,stroke:#3b82f6,stroke-width:2px,color:#1e40af
    style B fill:#f8fafc,stroke:#3b82f6,stroke-width:2px,color:#1e40af
    style C fill:#f8fafc,stroke:#22c55e,stroke-width:2px,color:#15803d
    style D fill:#f8fafc,stroke:#f97316,stroke-width:2px,color:#c2410c
    style E fill:#f8fafc,stroke:#94a3b8,stroke-width:2px,color:#475569
    style F fill:#f8fafc,stroke:#94a3b8,stroke-width:2px,color:#475569

Шаг 1. Сброс и базовая адресация

Если на роутере уже есть кривой конфиг от предыдущего админа, сбрось все. Лучше начать с чистого листа, чем искать, какой маршрут мешает.

Важно
Сброс удалит все настройки. Убедись, что у тебя есть доступ к роутеру физически или через консоль. Если сбросишь удаленно, конец связи.

/system reset-configuration no-defaults=yes

После перезагрузки зайди через WinBox. Назначь порты. ether1 — WAN1, ether2 — WAN2, ether3 — LAN.


/interface ethernet set [ find default-name=ether1 ] name=wan1
/interface ethernet set [ find default-name=ether2 ] name=wan2
/interface ethernet set [ find default-name=ether3 ] name=lan

Результат: порты переименованы. Путаницы не будет.

Шаг 2. Настройка WAN1 и WAN2

Добавь DHCP Client на оба WAN. Укажи разные default-route-distance. Основной канал — distance 1, резервный — distance 2.


/ip dhcp-client add interface=wan1 disabled=no add-default-route=yes default-route-distance=1 use-peer-dns=yes use-peer-ntp=yes comment="WAN1-MAIN"
/ip dhcp-client add interface=wan2 disabled=no add-default-route=yes default-route-distance=2 use-peer-dns=yes use-peer-ntp=yes comment="WAN2-BACKUP"

Проверь, что оба клиента получили IP.


/ip dhcp-client print
/ip address print

Результат: wan1 и wan2 имеют адреса. В таблице маршрутов появились два default.

Шаг 3. Настройка LAN

На LAN вешаем адрес и включаем DHCP сервер для локальной сети.


/ip address add address=192.168.88.1/24 interface=lan comment="LAN"
/ip pool add name=lan-pool ranges=192.168.88.10-192.168.88.254
/ip dhcp-server network add address=192.168.88.0/24 gateway=192.168.88.1 dns-server=8.8.8.8,1.1.1.1
/ip dhcp-server add name=lan-dhcp interface=lan address-pool=lan-pool disabled=no

Результат: клиенты в LAN получают адреса из пула. DNS — гугловый и клаудфлеровый, чтобы не зависеть от одного провайдера.

Шаг 4. NAT для обоих каналов

Без маскарада пакеты уйдут к провайдеру с серым адресом. Провайдер их дропнет. Добавь src-nat на оба WAN.


/ip firewall nat add chain=srcnat out-interface=wan1 action=masquerade comment="NAT-WAN1"
/ip firewall nat add chain=srcnat out-interface=wan2 action=masquerade comment="NAT-WAN2"

Результат: любой пакет из LAN получит белый IP при выходе через любой WAN.

Шаг 5. Routing marks — разделим трафик по каналам

Вот тут начинается магия. Без routing marks MikroTik не понимает, какой пакет куда отправлять. Мы пометим соединения и пакеты.

Сначала создаем routing tables. Одна таблица для WAN1, вторая для WAN2.


/routing table add name=to-wan1 fib
/routing table add name=to-wan2 fib

Теперь маркируем соединения в mangle. PCC будет работать на этапе prerouting.


/ip firewall mangle add chain=prerouting in-interface=lan connection-mark=no-mark action=mark-connection new-connection-mark=wan1_conn passthrough=yes per-connection-classifier=both-addresses:2/0 comment="PCC-WAN1"
/ip firewall mangle add chain=prerouting in-interface=lan connection-mark=no-mark action=mark-connection new-connection-mark=wan2_conn passthrough=yes per-connection-classifier=both-addresses:2/1 comment="PCC-WAN2"

По факту PCC разбивает соединения на два потока. both-addresses означает, что классификация идет по паре src-dst. Один пользователь ходит в одну сессию через один канал. Банк-клиент не сломается.

Теперь маркируем пакеты для каждого соединения.


/ip firewall mangle add chain=prerouting connection-mark=wan1_conn action=mark-routing new-routing-mark=to-wan1 passthrough=yes comment="ROUTE-WAN1"
/ip firewall mangle add chain=prerouting connection-mark=wan2_conn action=mark-routing new-routing-mark=to-wan2 passthrough=yes comment="ROUTE-WAN2"

Результат: каждое новое соединение из LAN получает метку. Пакеты этого соединения идут в свою routing table.

Шаг 6. Recursive routing — проверка шлюза через 8.8.8.8

Distance проверяет только то, что шлюз отвечает на ARP. Но шлюз может быть жив, а интернет за ним — мертв. Recursive routing проверяет доступность удаленного хоста через конкретный шлюз.

Сначала добавим статические маршруты до проверочных хостов через каждый WAN. Используем scope 10, чтобы они не попадали в основную таблицу напрямую.


/ip route add dst-address=8.8.8.8/32 gateway=wan1 scope=10 target-scope=14 check-gateway=ping comment="CHECK-WAN1"
/ip route add dst-address=1.1.1.1/32 gateway=wan2 scope=10 target-scope=14 check-gateway=ping comment="CHECK-WAN2"

Теперь добавим default маршруты через эти проверочные хосты. Это и есть recursive routing. Если 8.8.8.8 не пингуется через wan1, маршрут станет unreachable.


/ip route add dst-address=0.0.0.0/0 gateway=8.8.8.8 routing-table=to-wan1 distance=1 check-gateway=ping comment="DEFAULT-WAN1-RECURSIVE"
/ip route add dst-address=0.0.0.0/0 gateway=1.1.1.1 routing-table=to-wan2 distance=2 check-gateway=ping comment="DEFAULT-WAN2-RECURSIVE"

Важный момент. check-gateway=ping шлет ICMP каждые 10 секунд. Если три пакета подряд не дошли, маршрут отключается. MikroTik переключает трафик на второй канал.

Результат: маршрут активен только тогда, когда через шлюз реально доступен интернет. Проверка идет по 8.8.8.8 и 1.1.1.1.

Шаг 7. Добавим чистые default маршруты на всякий случай

Если recursive routing сломается, нужен fallback. Добавим обычные маршруты с большим distance.


/ip route add dst-address=0.0.0.0/0 gateway=wan1 distance=10 comment="FALLBACK-WAN1"
/ip route add dst-address=0.0.0.0/0 gateway=wan2 distance=20 comment="FALLBACK-WAN2"

Результат: если recursive маршруты упали, трафик пойдет по простым маршрутам. Это не идеально, но лучше полного офлайна.

Шаг 8. PCC для балансировки — детали

PCC работает так. Берет src-address и dst-address, считает хеш, делит на количество каналов. Остаток от деления определяет, через какой канал пойдет соединение.

Наши правила уже созданы на шаге 5. Но если нужно исключить какой-то трафик из балансировки, добавь accept выше.

Например, трафик к банку пусть всегда идет через WAN1.


/ip firewall mangle add chain=prerouting dst-address=195.XXX.XXX.0/24 action=accept comment="BANK-THROUGH-WAN1"

Правило accept должно быть выше правил PCC. Порядок в mangle критичен.

Результат: исключенный трафик не получает connection-mark от PCC и идет через основную таблицу маршрутизации.

Шаг 9. Скрипт автопереключения при падении основного

Recursive routing переключает маршруты. Но иногда нужно физически отключить интерфейс или изменить distance. Напишем скрипт, который пингует 8.8.8.8 через WAN1. Если пинг пропал — отключает маршрут WAN1 и шлет уведомление.


/system script add name=failover-check source={
    :local pingCount 3;
    :local wan1Gateway [/ip dhcp-client get [find interface=wan1] gateway];
    :if ([:len $wan1Gateway] = 0) do={
        :set wan1Gateway "0.0.0.0";
    }
    :local pingResult [/ping 8.8.8.8 count=$pingCount interface=wan1];
    :if ($pingResult = 0) do={
        /ip route set [find comment="DEFAULT-WAN1-RECURSIVE"] disabled=yes;
        /log warning "WAN1 FAILED: switched to WAN2";
    } else={
        /ip route set [find comment="DEFAULT-WAN1-RECURSIVE"] disabled=no;
        /log info "WAN1 OK: primary route restored";
    }
}

Теперь повесим скрипт на scheduler. Пусть проверяет каждые 10 секунд.


/system scheduler add name=failover interval=10s on-event="/system script run failover-check" policy=ftp,reboot,read,write,policy,test,password,sniff,sensitive,romon comment="Auto-failover check"

Результат: каждые 10 секунд MikroTik проверяет WAN1. Если три пинга подряд не прошли, основной маршрут отключается. Трафик мгновенно уходит через WAN2.

Шаг 10. Firewall — закроем лишнее

Два WAN — это две дыры в интернет. Закроем доступ к роутеру извне и защитим LAN.


/ip firewall filter add chain=input action=drop in-interface=wan1 comment="DROP-WAN1-INPUT"
/ip firewall filter add chain=input action=drop in-interface=wan2 comment="DROP-WAN2-INPUT"
/ip firewall filter add chain=input action=accept connection-state=established,related comment="ALLOW-ESTABLISHED"
/ip firewall filter add chain=input action=accept in-interface=lan comment="ALLOW-LAN"
/ip firewall filter add chain=input action=drop comment="DROP-ALL-OTHER"

Если нужен доступ к WinBox снаружи через один из WAN, пробрось порт или подними WireGuard. Не открывай WinBox наружу напрямую. Это как оставить ключи под ковриком в подъезде.

Добавим защиту от брутфорса SSH.


/ip firewall filter add chain=input protocol=tcp dst-port=22 src-address-list=ssh_blacklist action=drop comment="DROP-BLACKLIST-SSH"
/ip firewall filter add chain=input protocol=tcp dst-port=22 connection-state=new recent-add name=ssh_blacklist comment="ADD-TO-BLACKLIST"

Результат: роутер не отвечает на входящие из интернета, кроме established соединений. LAN работает без ограничений.

Шаг 11. Отдельный пользователь для управления

Не сиди под admin. Создай пользователя с ограниченными правами для повседневных задач и отдельного для конфигурации.


/user group add name=read-only policy=read,test,winbox,web,api
/user add name=operator group=read-only password=YourStrongPassword123 comment="Daily operator"
/user add name=admin-sre group=full password=AnotherStrongPass comment="Full admin"
/user disable admin

Результат: стандартный admin отключен. Доступ разделен по ролям.

4. Проверка

Настроил? Проверь, прежде чем звонить директору, что все работает.

Проверка маршрутов


/ip route print

Убедись, что DEFAULT-WAN1-RECURSIVE активен. FALLBACK-WAN2 должен быть inactive.

Проверка маркировки


/ip firewall mangle print stats

Счетчики PCC-WAN1 и PCC-WAN2 должны расти при трафике из LAN.

Проверка пинга через каждый канал


/tool ping 8.8.8.8 interface=wan1 count=5
/tool ping 8.8.8.8 interface=wan2 count=5

Оба должны проходить. Если один не проходит, проверь DHCP и кабель.

Проверка балансировки

Запусти торрент или скачивание с двух компьютеров. Смотри в Tools — Traffic Monitor. Нагрузка должна распределяться между WAN1 и WAN2.

Проверка failover

Выдерни кабель WAN1. Подожди 15 секунд. Пингуй 8.8.8.8 с компьютера в LAN. Пакеты не должны потеряться. В логах появится запись WAN1 FAILED.


/log print where topics~"failover"

Воткни кабель обратно. Через 10-20 секунд маршрут восстановится.

Проверка скорости


/tool bandwidth-test address=speedtest.tele2.net protocol=tcp direction=both user=password=

Запусти тест через WAN1, потом через WAN2. Суммарная скорость в PCC должна быть близка к сумме двух каналов на множественных TCP-соединениях.

5. Осложнения

Что ломается чаще всего и как чинить.

Ошибка: После маркировки интернет пропал полностью

Причина: routing mark отправляет пакет в таблицу to-wan1, но в ней нет маршрута до цели. Или NAT не сработал, потому что out-interface в правиле nat не совпадает с реальным.

Решение: проверь, что в таблице to-wan1 есть default маршрут. Проверь NAT.


/ip route print table=to-wan1
/ip firewall nat print

Ошибка: PCC ломает банк-клиент и 1С

Причина: сессия банк-клиента устанавливается через WAN1, а следующий пакет уходит через WAN2. Банк рвет соединение по смене IP.

Решение: добавь accept правило для IP банка выше PCC. Или используй PCC только для определенных портов, исключая 443 для конкретных dst.


/ip firewall mangle add chain=prerouting dst-address=194.54.14.0/24 action=accept place-before=0 comment="BANK-EXCLUDE-PCC"

Ошибка: Recursive routing показывает unreachable

Причина: шлюз провайдера не пингует 8.8.8.8. Или у провайдера фильтруется ICMP. Или target-scope в маршруте до 8.8.8.8 не совпадает с scope шлюза.

Решение: проверь пинг вручную.


/ping 8.8.8.8 interface=wan1

Если не пингуется, смени проверочный хост на IP провайдера. Или убедись, что target-scope больше, чем scope шлюза.

Ошибка: Скрипт failover не отключает маршрут

Причина: в скрипте неправильно определяется gateway. Или скрипт запущен без прав write.

Решение: проверь вручную.


/system script run failover-check

Посмотри лог. Если gateway пустой, пропиши его статически в скрипте вместо автоматического определения.

Ошибка: Шлюз пингуется, но интернета нет

Причина: провайдер выдал адрес, но upstream у него упал. Шлюз локально доступен, а в мир не ходит.

Решение: именно для этого мы используем recursive routing. Если у тебя просто distance без recursive, переключения не произойдет. Перепроверь конфиг шага 6.

Ошибка: После переключения на WAN2 скорость низкая

Причина: WAN2 действительно медленнее. Или на WAN2 включен PPPoE с MTU 1480, а пакеты фрагментируются.

Решение: проверь MTU на обоих интерфейсах.


/interface print detail where name~"wan"

Поставь одинаковое MTU. Включи clamp-tcp-mss в firewall.


/ip firewall mangle add chain=forward protocol=tcp tcp-flags=syn action=change-mss new-mss=clamp-to-pmtu comment="CLAMP-MSS"

6. Альтернативы

Есть и другие способы. Коротко — почему мы не взяли их.

VRRP вместо скрипта

VRRP работает, если у тебя два роутера. Один падает — второй подхватывает виртуальный IP. Но у нас один роутер с двумя WAN. VRRP тут не применим. Он решает проблему отказа роутера, а не канала.

BGP с двумя провайдерами

BGP — красиво. Автоматическая балансировка, автоматический failover, анонс своей AS. Но провайдеры должны поддерживать BGP. Для офиса из 30 человек это оверкилл. Настройка займет день. PCC + recursive справляются за 40 минут.

Просто distance без recursive

Два default маршрута с distance 1 и 2. Это работает, если шлюз умирает физически. Но если шлюз жив, а интернет за ним нет, роутер не переключится. Мы видели такое в 3 ночи. Не повторяй.

Балансировка через ECMP

Equal Cost Multi Path — просто два маршрута с одинаковым distance. MikroTik балансирует по пакетам. Но сессии ломаются гарантированно. Банк-клиент, IP-телефония, VPN — все развалится. PCC решает эту проблему через per-connection классификацию.

Маршрутизация по политикам через WireGuard

Можно завернуть весь трафик в WireGuard туннель и маршрутизировать уже внутри него. Но это добавляет точку отказа — сервер WireGuard. Для локального офиса лучше работать с провайдерами напрямую.

7. Профилактика

Настроил — не значит забыл. Поддерживай конфиг в порядке.

Мониторинг

Повесь The Dude или Zabbix. Отслеживай:

  • Пинг до 8.8.8.8 через каждый WAN
  • Статус интерфейсов wan1 и wan2
  • Количество активных маршрутов
  • Загрузку CPU при PCC

Триггер на отсутствие двух маршрутов default — критический. Звонок тебе в 3 ночи должен быть последней мерой, а не первой.

Бэкап конфигурации

Экспортируй конфиг после каждого изменения.


/export file=backup-mikrotik-failover

Храни бэкап на внешнем сервере. MikroTik умеет отправлять по FTP или email.


/tool e-mail set address=smtp.yandex.ru port=587 user=backup@yourdomain.com password=YourPass
/tool fetch url="ftp://backup.server.com/mikrotik-backup.rsc" upload=yes src-path=backup-mikrotik-failover.rsc

Что бэкапить: полный /export, файл .backup, список скриптов и scheduler. Как часто: после каждого изменения и раз в неделю автоматом. Где хранить: внешний FTP и локальная флешка в роутере.

Автозапуск скрипта

Scheduler уже настроен на шаге 9. Но проверь, что он включен после перезагрузки.


/system scheduler print

Статус должен быть enabled. Start-time — startup, если хочешь запуск сразу после загрузки.

Логирование переключений

Настрой remote logging на syslog-сервер. Когда канал упал, ты увидишь точное время и продолжительность простоя.


/system logging action add name=remote target=remote remote=192.168.88.10 remote-port=514
/system logging add topics=critical action=remote
/system logging add topics=warning action=remote

Обновление RouterOS

Проверяй новые версии раз в квартал. Обновляй сначала на тестовом устройстве. В продакшене используй только Long-term ветку.


/system package update check-for-updates
/system package update download
/system reboot

Что проверить до обновления: экспорт конфига, наличие бэкапа, совместимость скриптов. Как откатиться: загрузи предыдущую версию через Netinstall или откатись из раздела Files.

8. FAQ

Почему failover не работает после настройки?

Проверь три вещи. Первое — routing marks присутствуют и трафик попадает под PCC. Второе — recursive маршруты активны. Третье — firewall не блокирует ICMP от роутера к 8.8.8.8. Если шлюз провайдера режет ICMP, смени проверочный IP на адрес DNS провайдера.

Как проверить что балансировка работает правильно?

Запусти закачку с двух разных компьютеров. Открой Tools — Traffic Monitor в WinBox. Нагрузка на wan1 и wan2 должна быть примерно равной. Если один канал загружен на 90%, а второй на 10%, проверь классификатор PCC. Возможно, both-addresses не подходит — попробуй src-address для более равномерного распределения.

Что делать если PCC ломает банк-клиент?

Добавь accept правило в mangle для IP банка выше PCC правил. Или используй PCC только на определенных портах, оставив 443 для банков через один канал. Альтернатива — пометь банковский трафик отдельным routing mark и заверни его только через WAN1.

Чем recursive routing отличается от просто distance?

Distance проверяет только доступность шлюза по ARP или ICMP. Recursive routing проверяет доступность удаленного хоста через конкретный шлюз. Если шлюз жив, но за ним обрыв на магистрали провайдера, distance не переключится. Recursive отключит маршрут и отправит трафик через резерв.

Можно ли использовать три WAN?

Можно. Увеличь denominator в PCC. both-addresses:3/0, 3/1, 3/2. Добавь третью routing table. Recursive routing тоже масштабируется — просто добавь еще один маршрут с проверкой. Главное — CPU роутера. На hEX S три WAN в PCC тянет спокойно. На старом RB2011 может подлагивать.

Как сделать, чтобы определенные сайты шли только через WAN1?

Создай address-list с IP этих сайтов. Добавь mangle правило, которое маркирует соединения к этому списку routing mark to-wan1. Помести правило выше PCC.


/ip firewall address-list add list=force-wan1 address=194.54.14.0/24 comment="BANK-IP"
/ip firewall mangle add chain=prerouting dst-address-list=force-wan1 action=mark-routing new-routing-mark=to-wan1 passthrough=no place-before=0 comment="FORCE-WAN1"

9. Прогноз

Ты настроил два интернета на mikrotik с failover и балансировкой. Routing marks разделяют трафик. Recursive routing проверяет шлюзы через 8.8.8.8. PCC распределяет нагрузку по каналам. Скрипт на scheduler переключает маршруты за 5 секунд, если основной провайдер ложится.

Офис теперь не замечает падения одного канала. Бухгалтер сдает отчетность. Менеджеры проводят видеозвонки. Ты спишь ночью, а не едешь чинить интернет.

Если не заработало — пиши в комментарии, разберемся. Прикладывай вывод /export hide-sensitive. Без этого диагностика превращается в гадание на кофейной гуще.

А если хочешь удаленный доступ к этому MikroTik из дома, настрой WireGuard. Безопаснее проброса портов и работает через любой WAN.

Пудж Лютый
Author: Пудж Лютый

Оставайтесь на связи

Рецепты от IT-боли. Без воды, без рекламы, без маркетинговой шелухи.

Подписаться на IT-Аптеку →

Мы ВКонтакте

IT-Аптека — советы, новости и помощь рядом.

Вступить в группу ВКонтакте →
Поделитесь:

Похожие записи

Оставьте комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Прокрутить вверх