http://mikrotik.moscow Новое в теме Резервирование двух WAN с использованием рекурсивной маршрутизации форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Tue, 04 Aug 2026 12:52:22 -0400 Резервирование двух WAN с использованием рекурсивной маршрутизации RouterOS в форуме RouterOS.
У меня похожая проблема, хочу настроить рекурсивный фейловер для трех провайдеров. Потестировал на двух, но правило маршрута, которое использует, переходит в состояние «static».

/ip route add check-gateway=ping distance=1 gateway=8.8.4.4 scope=10  
add check-gateway=ping distance=2 gateway=1.1.1.1 scope=10  
add check-gateway=ping comment="LTE Mangle" disabled=yes distance=3 gateway=192.168.1.1  
add check-gateway=ping comment="ISP1 Mangle" disabled=yes distance=1 gateway=vlan-173  
add disabled=yes distance=1 gateway=192.168.5.1  
add check-gateway=ping comment="ISP2 Mangle" disabled=yes distance=2 gateway=pppoe-BSNL  
add distance=1 dst-address=1.1.1.1/32 gateway=pppoe-BSNL scope=10  
add distance=1 dst-address=8.8.4.4/32 gateway=10.10.173.1 scope=10

Если кто-то сможет помочь разобраться с проблемой, буду очень благодарен.
20.10.2021 06:57:00, mahesharu.]]> http://mikrotik.moscow/forum/forum57/83670-rezervirovanie-dvukh-wan-s-ispolzovaniem-rekursivnoy-marshrutizatsii/message378902 http://mikrotik.moscow/forum/forum57/83670-rezervirovanie-dvukh-wan-s-ispolzovaniem-rekursivnoy-marshrutizatsii/message378902 Wed, 20 Oct 2021 06:57:00 -0400 RouterOS Резервирование двух WAN с использованием рекурсивной маршрутизации RouterOS в форуме RouterOS.
Правка: Спасибо!
15.06.2021 13:51:00, anav.]]> http://mikrotik.moscow/forum/forum57/83670-rezervirovanie-dvukh-wan-s-ispolzovaniem-rekursivnoy-marshrutizatsii/message378901 http://mikrotik.moscow/forum/forum57/83670-rezervirovanie-dvukh-wan-s-ispolzovaniem-rekursivnoy-marshrutizatsii/message378901 Tue, 15 Jun 2021 13:51:00 -0400 RouterOS Резервирование двух WAN с использованием рекурсивной маршрутизации RouterOS в форуме RouterOS.
перенесено в отдельную ветку -
15.06.2021 06:31:00, batarang.]]> http://mikrotik.moscow/forum/forum57/83670-rezervirovanie-dvukh-wan-s-ispolzovaniem-rekursivnoy-marshrutizatsii/message378900 http://mikrotik.moscow/forum/forum57/83670-rezervirovanie-dvukh-wan-s-ispolzovaniem-rekursivnoy-marshrutizatsii/message378900 Tue, 15 Jun 2021 06:31:00 -0400 RouterOS Резервирование двух WAN с использованием рекурсивной маршрутизации RouterOS в форуме RouterOS.
Попробуй вставить это в терминал {
:global isp1gateway ether1
:global isp2gateway lte1

/ip dhcp-client
set [find] add-default-route=no

/interface lte apn
set [find] add-default-route=no

/ip route
remove [find where dynamic=no]

add comment="ISP1 — предпочитаемый шлюз" distance=1 gateway=$isp1gateway
add comment="ISP2 — альтернативный шлюз" distance=2 gateway=$isp2gateway

add comment="1.1.1.1 должен быть доступен только через ISP1" distance=1 dst-address=1.1.1.1/32 gateway=$isp1gateway scope=10
add comment="8.8.8.8 должен быть доступен только через ISP2" distance=1 dst-address=8.8.8.8/32 gateway=$isp2gateway scope=10

add check-gateway=ping comment="Проверка, доступен ли 1.1.1.1 — ISP1 работает" distance=1 gateway=1.1.1.1
add check-gateway=ping comment="Проверка, доступен ли 8.8.8.8 — ISP2 работает" distance=1 gateway=8.8.8.8

add check-gateway=ping comment="Если ISP1 упал, продолжать проверять, когда 1.1.1.1 станет доступен" distance=2 gateway=1.1.1.1
add check-gateway=ping comment="Если ISP2 упал, продолжать проверять, когда 8.8.8.8 станет доступен" distance=2 gateway=8.8.8.8

add comment="Виртуальный пинг для поддержания расчётов маршрутизатора по ISP1" distance=20 dst-address=1.1.1.1/32 type=blackhole
add comment="Виртуальный пинг для поддержания расчётов маршрутизатора по ISP2" distance=20 dst-address=8.8.8.8/32 type=blackhole
}
26.04.2021 13:55:00, rextended.]]> http://mikrotik.moscow/forum/forum57/83670-rezervirovanie-dvukh-wan-s-ispolzovaniem-rekursivnoy-marshrutizatsii/message378899 http://mikrotik.moscow/forum/forum57/83670-rezervirovanie-dvukh-wan-s-ispolzovaniem-rekursivnoy-marshrutizatsii/message378899 Mon, 26 Apr 2021 13:55:00 -0400 RouterOS Резервирование двух WAN с использованием рекурсивной маршрутизации RouterOS в форуме RouterOS.
Почему? Выглядит так, словно это ничего не сломает у меня, так что лучше оставить значение по умолчанию. Или я ошибаюсь? В чём разница между этими подходами? Я бы предположил, что dstnat только перенаправляет порт, а netmap меняет весь адрес назначения? Или что-то другое? В любом случае, чужие правила всегда кажутся путаницей, особенно если их много (2), (3) и (6) исправлено, спасибо. Но, насколько я вижу, ни одно из этих исправлений не связано с рекурсивной маршрутизацией, да? А именно с этой проблемой я и хочу разобраться.
26.04.2021 06:25:00, Charg.]]> http://mikrotik.moscow/forum/forum57/83670-rezervirovanie-dvukh-wan-s-ispolzovaniem-rekursivnoy-marshrutizatsii/message378898 http://mikrotik.moscow/forum/forum57/83670-rezervirovanie-dvukh-wan-s-ispolzovaniem-rekursivnoy-marshrutizatsii/message378898 Mon, 26 Apr 2021 06:25:00 -0400 RouterOS Резервирование двух WAN с использованием рекурсивной маршрутизации RouterOS в форуме RouterOS.
(1) Избавься от этого… установи в NONE.  
/interface detect-internet set detect-interface-list=all  

(2) Исправь это,  
/ip address add address=192.168.1.1/24 interface=ether2 network=192.168.1.0  
ДОЛЖНО БЫТЬ  
/ip address add address=192.168.1.1/24 interface=bridge1 network=192.168.1.0  

(3) Удали дублирующее правило… (первое правило уже это покрывает).  
add action=masquerade chain=srcnat comment="default rule" out-interface=ether1  

(4) Зачем тебе куча правил netmap? Ты что, маппишь публичные IP на приватные?  

(5) Похоже, они для переадресации портов, и если так, НИКОГДА не используй netmap. Используй dstnat!!!  
Например:  
add action=dst-nat chain=dstnat comment="Radmin port forwarding (from mikrotikwan:48991 to 192.168.1.2:4899" dst-port=48991 in-interface-list=WAN protocol=tcp to-addresses=192.168.1.2 to-ports=4899  

(6) Что это вообще такое…  
/ip service set www address=192.168.1.0/24 port=33388  
ДОЛЖНО БЫТЬ ОТКЛЮЧЕНО, это дыра в безопасности. Никакого доступа к роутеру с WAN быть не должно.  
Правильный способ доступа — через VPN внутрь LAN, а уже оттуда к роутеру.  

(7) А с правилами firewall у тебя полный бардак!! ТА ЖЕ ПРОБЛЕМА.  
У тебя открыт стандартный порт winbox (который кстати лучше сменить),  
и независимо от того, есть ли у тебя список разрешённых WANIP, это НЕБЕЗОПАСНО и плохая практика с точки зрения безопасности.  
Пусть админ достаётся до роутера через VPN, если он не на месте.  
Очисти все и начни с нуля.  

/ip firewall filter  
add action=accept chain=input comment="defconf: accept established,related,untracked" connection-state=established,related,untracked  
add action=drop chain=input comment="defconf: drop invalid" connection-state=invalid  
add action=accept chain=input comment="defconf: accept ICMP" protocol=icmp  
add action=accept chain=input comment={ADD ANY RULES REQUIRED FOR VPN INPUT PORTS}  
add action=accept chain=input comment="Allow ADMIN to Router" src-address-list=adminaccess  
add action=accept chain=input comment="Allow LAN DNS queries - TCP" connection-state=new dst-port=53 in-interface-list=LAN protocol=tcp  
add action=accept chain=input comment="Allow LAN DNS queries - UDP" connection-state=new dst-port=53 in-interface-list=LAN protocol=udp  
add action=drop chain=input comment="Drop All Else"  
{ПРИМЕЧАНИЕ: ставь это последнее правило (drop all) только если есть правило доступа для админа!}  

...  

add action=accept chain=forward comment="defconf: accept in ipsec policy" ipsec-policy=in,ipsec  
add action=accept chain=forward comment="defconf: accept out ipsec policy" ipsec-policy=out,ipsec  
add action=fasttrack-connection chain=forward comment="defconf: fasttrack" connection-state=established,related  
add action=accept chain=forward comment="defconf: accept established,related,untracked" connection-state=established,related,untracked  
add action=drop chain=forward comment="defconf: drop invalid" connection-state=invalid  
add action=accept chain=forward comment="ENABLE LAN to WAN" in-interface=bridge1 out-interface-list=WAN  
add action=accept chain=forward comment="Allow Port Forwarding" connection-nat-state=dstnat connection-state=new in-interface-list=WAN  
add action=drop chain=forward comment="DROP ALL other FORWARD traffic"
22.04.2021 15:59:00, anav.]]> http://mikrotik.moscow/forum/forum57/83670-rezervirovanie-dvukh-wan-s-ispolzovaniem-rekursivnoy-marshrutizatsii/message378897 http://mikrotik.moscow/forum/forum57/83670-rezervirovanie-dvukh-wan-s-ispolzovaniem-rekursivnoy-marshrutizatsii/message378897 Thu, 22 Apr 2021 15:59:00 -0400 RouterOS Резервирование двух WAN с использованием рекурсивной маршрутизации RouterOS в форуме RouterOS.
Вот https://pastebin.com/fWgCkDrC
22.04.2021 15:11:00, Charg.]]> http://mikrotik.moscow/forum/forum57/83670-rezervirovanie-dvukh-wan-s-ispolzovaniem-rekursivnoy-marshrutizatsii/message378896 http://mikrotik.moscow/forum/forum57/83670-rezervirovanie-dvukh-wan-s-ispolzovaniem-rekursivnoy-marshrutizatsii/message378896 Thu, 22 Apr 2021 15:11:00 -0400 RouterOS Резервирование двух WAN с использованием рекурсивной маршрутизации RouterOS в форуме RouterOS.
Я немного погуглил, как настроить резервирование dual WAN, и, похоже, один из хороших способов — использовать рекурсивную маршрутизацию. Сейчас я следую этому руководству и добавляю такие маршруты (шлюз подстроил под свою конфигурацию):  
/ip route  
add dst-address=8.8.8.8/32 gateway=ether1 scope=10 comment="Validate Primary Cable ISP"  
add gateway=8.8.8.8 distance=1 check-gateway=ping comment="Primary ISP Route"  
add gateway=lte1 distance=2 comment="Secondary ISP"  

Но маршрут с комментарием Primary ISP Route оказывается недействительным, и я никак не могу понять — почему?
07.04.2021 09:00:00, Charg.]]> http://mikrotik.moscow/forum/forum57/83670-rezervirovanie-dvukh-wan-s-ispolzovaniem-rekursivnoy-marshrutizatsii/message378895 http://mikrotik.moscow/forum/forum57/83670-rezervirovanie-dvukh-wan-s-ispolzovaniem-rekursivnoy-marshrutizatsii/message378895 Wed, 07 Apr 2021 09:00:00 -0400 RouterOS