http://mikrotik.moscow Новое в теме Проверка отказоустойчивости с использованием ping на интерфейсах. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Mon, 17 Aug 2026 09:53:52 -0400 Проверка отказоустойчивости с использованием ping на интерфейсах. RouterOS в форуме RouterOS.
Отличный пример! И на другом Mikrotik с двумя и более статическими “wan” IP-адресами на разных Ethernet-портах это работает (это мой, например: eth2_to_wlan1 — это мост, который соединяет внутреннюю сеть с Wi-Fi):

/ip firewall mangle
add chain=prerouting dst-address=10.20.30.0/23 action=accept in-interface=eth2_to_wlan1
add chain=prerouting dst-address=195.168.31.216/29 action=accept in-interface=eth2_to_wlan1
add chain=prerouting in-interface=ether1 connection-mark=no-mark action=mark-connection new-connection-mark=ether1_conn
add chain=prerouting in-interface=ether3 connection-mark=no-mark action=mark-connection new-connection-mark=ether3_conn
add chain=prerouting in-interface=eth2_to_wlan1 connection-mark=no-mark dst-address-type=!local per-connection-classifier=both-addresses:2/0 action=mark-connection new-connection-mark=ether1_conn
add chain=prerouting in-interface=eth2_to_wlan1 connection-mark=no-mark dst-address-type=!local per-connection-classifier=both-addresses:2/1 action=mark-connection new-connection-mark=ether3_conn
add chain=prerouting connection-mark=ether1_conn in-interface=eth2_to_wlan1 action=mark-routing new-routing-mark=to_ether1
add chain=prerouting connection-mark=ether3_conn in-interface=eth2_to_wlan1 action=mark-routing new-routing-mark=to_ether3
add chain=output connection-mark=ether1_conn action=mark-routing new-routing-mark=to_ether1    
add chain=output connection-mark=ether3_conn action=mark-routing new-routing-mark=to_ether3

/ip route
add dst-address=0.0.0.0/0 gateway=10.20.0.1 routing-mark=to_ether1 check-gateway=ping
add dst-address=0.0.0.0/0 gateway=195.168.31.217 routing-mark=to_ether3 check-gateway=ping
add dst-address=0.0.0.0/0 gateway=10.20.0.1 distance=1 check-gateway=ping
add dst-address=0.0.0.0/0 gateway=195.168.31.217 distance=1 check-gateway=ping

Я прочитал презентацию и не вижу разницы между моим примером и презентацией, но вопрос все равно остается: почему (слегка измененные правила, только IP-адреса) не работают на соединении, где wan1 — это приватный DHCP-клиентский адрес, а wan2 — это статический публичный адрес?

Редактирую: Это конфигурация, которая не работает (например). Думаю, все настроено правильно (конечно, есть несколько «отключенных» вещей, так что не обращайте на них внимания).
10.12.2013 10:57:00, samuellsk.]]> http://mikrotik.moscow/forum/forum57/58074-proverka-otkazoustoychivosti-s-ispolzovaniem-ping-na-interfeysakh./message219534 http://mikrotik.moscow/forum/forum57/58074-proverka-otkazoustoychivosti-s-ispolzovaniem-ping-na-interfeysakh./message219534 Tue, 10 Dec 2013 10:57:00 -0500 RouterOS Проверка отказоустойчивости с использованием ping на интерфейсах. RouterOS в форуме RouterOS.
Это не баг, так работает маршрутизация. Вам нужно правильно настроить mangle для multi-wan, чтобы использовать правильный маршрут для правильных пакетов. Вот презентация, которая должна вам рассказать, как это сделать. Можно пропустить часть про балансировку нагрузки. http://tiktube.com/video/DofH3iFnjDJomGEoIDFqnrquKlEoLqHq=
10.12.2013 09:35:00, tomaskir.]]> http://mikrotik.moscow/forum/forum57/58074-proverka-otkazoustoychivosti-s-ispolzovaniem-ping-na-interfeysakh./message219533 http://mikrotik.moscow/forum/forum57/58074-proverka-otkazoustoychivosti-s-ispolzovaniem-ping-na-interfeysakh./message219533 Tue, 10 Dec 2013 09:35:00 -0500 RouterOS Проверка отказоустойчивости с использованием ping на интерфейсах. RouterOS в форуме RouterOS.
Привет! Думаю, я прочитал кучу постов про переключение, мультиваны и т.д., но не нашёл ничего, что касалось бы моей проблемы. У меня 2 провайдера, первый (ISP1) по dsl, есть модем tplink, который пингуется из интернета, у него локальный IP-A и работает dhcp сервер. Mikrotik работает как dhcp клиент, запрашивает IP и всё отлично, маршрут 0.0.0.0 имеет приоритет 0.

Однако для ISP2 нужно задать Public IP-B напрямую на mikrotik. Так, Ether3 имеет этот IP с приоритетом 1. В случае отказа ISP1, mikrotik переключается на ISP2 и трафик идёт дальше. Когда ISP1 снова работает, mikrotik переключается обратно на этого провайдера.

Моя проблема в том, что Public IP-B не пингуется из интернета, пока приоритет не ниже, чем DHCP Client (скрипт переключения от netwatch повысит приоритет маршрута по умолчанию dhcp клиента, если IP-адрес, который он мониторит, становится недоступен через ISP1). Есть ли какой-нибудь обходной путь? Мне кажется, это баг, если я задаю IP на eth, я хочу, чтобы он был пингуемым, независимо от приоритета других сетевых портов и их IP-адресов.

Спасибо.
10.12.2013 09:02:00, samuellsk.]]> http://mikrotik.moscow/forum/forum57/58074-proverka-otkazoustoychivosti-s-ispolzovaniem-ping-na-interfeysakh./message219532 http://mikrotik.moscow/forum/forum57/58074-proverka-otkazoustoychivosti-s-ispolzovaniem-ping-na-interfeysakh./message219532 Tue, 10 Dec 2013 09:02:00 -0500 RouterOS