<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: Резервирование Dual WAN с DHCP на WAN-порту.]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме Резервирование Dual WAN с DHCP на WAN-порту. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Tue, 04 Aug 2026 12:47:42 -0400</pubDate>
		<item>
			<title>Резервирование Dual WAN с DHCP на WAN-порту.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/87782-rezervirovanie-dual-wan-s-dhcp-na-wan_portu./message420362">Резервирование Dual WAN с DHCP на WAN-порту.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Переключение Dual WAN с резервированием через DHCP (Toggle)<br /><br />Я взял несколько скриптов с этого форума и переделал их под свои нужды. Здесь в качестве WAN-подключений используются Ether1 и WLAN1 (станция). Если пинг до указанных хостов не проходит, то Ether1 отключается, а WLAN1 включается — он подключается к другому хотспоту для резервного выхода в интернет и остается активным, пока пинг не начинает проходить. Если пинг снова перестает проходить, Ether1 включается обратно, а wlan1 отключается. <br /><br />Если этот скрипт запускать с интервалом в 2 минуты и допустим, что ни одно из интернет-соединений не работает, то он будет проверять каждое WAN-соединение каждые 2 минуты.<br /><br />Скрипт начинается так:<br /><br />local host1 “8.8.4.4”; &nbsp;<br />local host2 “1.1.1.1”; &nbsp;<br />local i 0; &nbsp;<br />local F 0; &nbsp;<br /><br />Пинг каждого хоста 5 раз: &nbsp;<br />for i from=1 to=5 do={ &nbsp;<br /> &nbsp;if ([/ping $host1 count=1]=0) do={:set F ($F + 1)}  <br /> &nbsp;if ([/ping $host2 count=1]=0) do={:set F ($F + 1)}  <br /> &nbsp;:delay 1; &nbsp;<br />} &nbsp;<br /><br />if (($F=10)) do={ &nbsp;<br /> &nbsp;if ([/ip dhcp-client get [find interface=“ether1”] status] = “bound”) do={  <br /> &nbsp; &nbsp;/ip dhcp-client set disable=yes [find interface=“ether1”]  <br /> &nbsp; &nbsp;/interface enable wlan1 &nbsp;<br /> &nbsp;} else={ &nbsp;<br /> &nbsp; &nbsp;/ip dhcp-client set disable=no [find interface=“ether1”]  <br /> &nbsp; &nbsp;/interface disable wlan1 &nbsp;<br /> &nbsp;} &nbsp;<br />} &nbsp;<br /><br />Скрипт заканчивается. <br />
			<i>13.09.2021 06:22:00, tweek3333.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/87782-rezervirovanie-dual-wan-s-dhcp-na-wan_portu./message420362</link>
			<guid>http://mikrotik.moscow/forum/forum57/87782-rezervirovanie-dual-wan-s-dhcp-na-wan_portu./message420362</guid>
			<pubDate>Mon, 13 Sep 2021 06:22:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Резервирование Dual WAN с DHCP на WAN-порту.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/87782-rezervirovanie-dual-wan-s-dhcp-na-wan_portu./message420361">Резервирование Dual WAN с DHCP на WAN-порту.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Это действительно очень просто, но функционал очень ограничен. Тебе даже не нужно указывать интерфейс. Просто дай DHCP-клиенту добавить маршрут по умолчанию с другим приоритетом маршрута (вкладка «advanced»). Это стандартный простой фэйловер. Ты НЕ решил ту проблему, которую решают другие. Проверку, есть ли у этого пути доступ в интернет. Даже если шлюз ВКЛЮЧЕН и линия активна, это не значит, что нужно использовать эту линию. Интернет может прерваться в самых разных местах. Другой путь может быть лучше, если он имеет доступ в интернет. Думаю, в других решениях можно использовать интерфейс как путь (заменяя в моём примере фиксированные IP-шлюзы 192.168.90.1 и 192.168.95.1 на их интерфейсы). Вот моя настройка (не с динамическими IP через DHCP, но хотя бы остальная проверка интернета есть).<br /><br />Механизм такой: играя с «scope», можно назначить/использовать/проверять удалённый (не напрямую достижимый) шлюз. Насколько я знаю, это идёт из iBGP-маршрутизации, не из простой известной нам маршрутизации.<br /><br />Суть в том, чтобы поставить scope=10 при проверке доступности этого удалённого шлюза (который на самом деле никогда не используется как шлюз, а просто «фантом» для проверки, ведёт ли путь к интернету).<br /><br />Итак, моя настройка:<br /><br />/ip route add check-gateway=ping comment=“dynamische default route” distance=2 gateway=8.8.4.4 &nbsp;<br />/ip route add check-gateway=ping distance=3 gateway=8.8.8.8 &nbsp;<br /><br />Маршрутный набор №1: Обычно эти маршруты не работали бы. Шлюзы 8.8.4.4 и 8.8.8.8 напрямую недоступны. Но из-за target scope=10 для разрешения маршрутизируются маршруты с scope=10, обычно это только локальные подсети.<br /><br />add comment=“fallback dynamische default route” distance=10 gateway=192.168.90.1 &nbsp;<br />add distance=11 gateway=192.168.95.1 &nbsp;<br /><br />Маршрутный набор №2: Это запасной вариант на случай, если все серверы Google упадут и стандартная проверка даст ложный отрицательный результат (серверы недоступны, но интернет всё ещё есть). &nbsp;<br />Игрой с расстоянием (distance) уже реализован фэйловер, который сработает, если указанный шлюз (прямо подключённый) станет недоступен. Чтобы этот набор работал только как резерв для набора №1, у него должно быть большее расстояние.<br /><br />Маршрутный набор №3: Не в этом списке, добавляется динамически через DHCP. Это запасной &nbsp;запасного, когда шлюз сломан или изменился IP. Чтобы он работал только в крайнем случае, в DHCP клиенте default route должен иметь расстояние больше, чем у набора №2. Я использую 20 и 21.<br /><br />add comment=“check 4G recursive for default route (scope = 10!)” distance=1 dst-address=8.8.4.4/32 gateway=192.168.95.1 scope=10 &nbsp;<br />add comment=“check SkyDSL recursive for default route (scope = 10!)” distance=1 dst-address=8.8.8.8/32 gateway=192.168.90.1 scope=10 &nbsp;<br /><br />Маршрутный набор №4: В этом и есть вся фишка. Этот набор маршрутов делает шлюзы из набора №1 достижимыми, если их можно достичь через несколько промежуточных маршрутизаторов (рекурсивно). &nbsp;<br />Главное условие, чтобы эти маршруты помогали маршрутам из набора №1 — scope должен быть 10. Стандартные статические маршруты добавляются с scope=30! &nbsp;<br />Если шлюз доступен, соответствующий маршрут из набора №1 активен. Если нет — маршрут из набора №1 неактивен. &nbsp;<br />Этот маршрутный набор №4 не используется для передачи данных (кроме запросов напрямую к именованным шлюзам, например DNS).<br /><br />Смотри запутанный док у вики: (Фишка: создаём статические маршруты со scope=10 (обычно это для напрямую подключённых путей). И знаем, что статические маршруты с target scope=10 используют маршруты с scope=10 как помощники. iBGP делает похожее, выставляя target scope=30.)<br /><br /><noindex><a href="https://help.mikrotik.com/docs/display/ROS/How+Packets+Are+Routed" target="_blank" rel="nofollow" >https://help.mikrotik.com/docs/display/ROS/How+Packets+Are+Routed</a></noindex> <br />
			<i>15.10.2020 17:19:00, bpwl.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/87782-rezervirovanie-dual-wan-s-dhcp-na-wan_portu./message420361</link>
			<guid>http://mikrotik.moscow/forum/forum57/87782-rezervirovanie-dual-wan-s-dhcp-na-wan_portu./message420361</guid>
			<pubDate>Thu, 15 Oct 2020 17:19:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Резервирование Dual WAN с DHCP на WAN-порту.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/87782-rezervirovanie-dual-wan-s-dhcp-na-wan_portu./message420360">Резервирование Dual WAN с DHCP на WAN-порту.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Это казалось слишком хорошим, чтобы быть правдой! Спасибо, InoX и thewickerman666! <br />
			<i>16.09.2020 18:02:00, maxslug.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/87782-rezervirovanie-dual-wan-s-dhcp-na-wan_portu./message420360</link>
			<guid>http://mikrotik.moscow/forum/forum57/87782-rezervirovanie-dual-wan-s-dhcp-na-wan_portu./message420360</guid>
			<pubDate>Wed, 16 Sep 2020 18:02:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Резервирование Dual WAN с DHCP на WAN-порту.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/87782-rezervirovanie-dual-wan-s-dhcp-na-wan_portu./message420359">Резервирование Dual WAN с DHCP на WAN-порту.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я пытаюсь сделать примерно то же самое, но с той разницей, что одно из моих WAN-соединений — PPPoE, а другое — DHCP. Проблема в том, что при настройке PPPoE и попытке добавить DHCP-клиента на соответствующий Ethernet-порт, я получаю следующее сообщение: «Не удалось добавить нового DHCP-клиента — нельзя запустить на подключенном интерфейсе (6)». Как мне это сделать? <br />
			<i>21.09.2019 10:56:00, viktorcode.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/87782-rezervirovanie-dual-wan-s-dhcp-na-wan_portu./message420359</link>
			<guid>http://mikrotik.moscow/forum/forum57/87782-rezervirovanie-dual-wan-s-dhcp-na-wan_portu./message420359</guid>
			<pubDate>Sat, 21 Sep 2019 10:56:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Резервирование Dual WAN с DHCP на WAN-порту.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/87782-rezervirovanie-dual-wan-s-dhcp-na-wan_portu./message420358">Резервирование Dual WAN с DHCP на WAN-порту.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			InoX, твоё решение у меня сработало просто отлично. У меня настроен двойной WAN-фейловер с DHCP на WAN-портах на hapAC (MikroTik RouterOS 6.40.3 &#169; 1999-2017). ether1 (WAN1) подключён к модему TWC DOCSIS3.0, а ether2 (WAN2) — к Google Fiber. <br /><br />::Для WAN1:: &nbsp;<br />IP &gt; DHCP Client &gt; вкладка DHCP &gt; интерфейс: ether1; добавить маршрут по умолчанию: да &nbsp;<br />IP &gt; DHCP Client &gt; вкладка Advanced &gt; Default Route Distance: 1 &nbsp;<br /><br />::Для WAN2:: &nbsp;<br />IP &gt; DHCP Client &gt; вкладка DHCP &gt; интерфейс: ether2; добавить маршрут по умолчанию: да &nbsp;<br />IP &gt; DHCP Client &gt; вкладка Advanced &gt; Default Route Distance: 2 &nbsp;<br /><br />Раньше у меня были настроены статические маршруты с указанием scope и distance по некоторым предыдущим рекомендациям, но я их удалил. Они не нужны, если использовать решение от InOX. Спасибо, InOX! <br /><br />Кроме того, я понял, что без проверки отклика (ping check) переключение с одного WAN на другой работает не очень эффективно, особенно если устройство модема/шлюза не отвечает. Поэтому добавил в роутинговый фильтр следующее: &nbsp;<br /><br />/routing filter &nbsp;<br />add action=passthrough chain=dynamic-in disabled=no set-check-gateway=ping &nbsp;<br /><br />Это как рекомендовал tabate47 здесь: <noindex><a href="http://forum.mikrotik.com/t/easy-dynamic-dual-wan-failover/101804/1" target="_blank" rel="nofollow" >http://forum.mikrotik.com/t/easy-dynamic-dual-wan-failover/101804/1</a></noindex> &nbsp;<br /><br />Буду признателен, если другие поделятся своими находками и результатами тестов. Спасибо, tabate47! <br />
			<i>11.09.2017 03:38:00, thewickerman666.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/87782-rezervirovanie-dual-wan-s-dhcp-na-wan_portu./message420358</link>
			<guid>http://mikrotik.moscow/forum/forum57/87782-rezervirovanie-dual-wan-s-dhcp-na-wan_portu./message420358</guid>
			<pubDate>Mon, 11 Sep 2017 03:38:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Резервирование Dual WAN с DHCP на WAN-порту.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/87782-rezervirovanie-dual-wan-s-dhcp-na-wan_portu./message420357">Резервирование Dual WAN с DHCP на WAN-порту.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Расстояние я понимаю, а масштаб — всё ещё загадка… <br />
			<i>15.10.2020 17:31:00, anav.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/87782-rezervirovanie-dual-wan-s-dhcp-na-wan_portu./message420357</link>
			<guid>http://mikrotik.moscow/forum/forum57/87782-rezervirovanie-dual-wan-s-dhcp-na-wan_portu./message420357</guid>
			<pubDate>Thu, 15 Oct 2020 17:31:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>Резервирование Dual WAN с DHCP на WAN-порту.</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/87782-rezervirovanie-dual-wan-s-dhcp-na-wan_portu./message420356">Резервирование Dual WAN с DHCP на WAN-порту.</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Мне нужна помощь с настройкой аварийного переключения интернета на Mikrotik. У меня два WAN-подключения, оба получают IP через DHCP. Я просмотрел большинство руководств, но чаще всего сценарии переключения подразумевают WAN-порты со статическими IP и статическими шлюзами. При этом шлюзы на этих двух подключениях иногда меняются. Есть какие-нибудь советы? <br />
			<i>20.01.2015 23:33:00, jpineira.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/87782-rezervirovanie-dual-wan-s-dhcp-na-wan_portu./message420356</link>
			<guid>http://mikrotik.moscow/forum/forum57/87782-rezervirovanie-dual-wan-s-dhcp-na-wan_portu./message420356</guid>
			<pubDate>Tue, 20 Jan 2015 23:33:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
