Един приятел ме помоли да погледна рутера във фирмата му и по специално failover-a им. Останах неприятно изненадан от един скрипт от който нищо не разбрах. Затова сега искам да покажа един прост и 100% работещ вариант с четири реда конфигурация без никакви скриптове.
/ip route add check-gateway=ping comment="ISP1 DEFAULT" distance=1 gateway=8.8.4.4 add check-gateway=ping comment="ISP2 ALTERNATIVE" distance=2 gateway=8.8.8.8 add comment="GOOGLE ISP1" distance=1 dst-address=8.8.4.4/32 gateway=10.125.3.1 scope=10 add comment="GOOGLE ISP2" distance=2 dst-address=8.8.8.8/32 gateway=85.118.95.33 scope=10 |
На картинката по долу мисля, че е ясно какво се случва в деиствителност. Вторият маршрут ISP2 ALTERNATIVE е неактивен и се активира когато падне пинга към 8.8.4.4 или обратното.
Може би някой ще зададе въпроса какво ще стане ако имаме няколко маршрутни таблици ? Проблема е никакъв – просто трябва да добавим routing-mark=”new_table” (както принципно си се добавя нова таблица) и така можем да имаме колкото таблици искаме и всичките да са failover.
Долу картинката илюстрира друг рутер с реална конфигурация на три маршрутни таблици:
Може ли един export на втори пример.
Благодаря предварително.
Странно, това нещо найстина работи, мерси за инфото …
Здравейте, възможно ли е да дадете пример за случая, когато ISP1 дава адрес по DHCP (и съответно различен gateway всеки път)?
Работи с уточнението, че трябва да се затрие рутинга, който е по подразбиране.
Как се процедира когато само единия ISP дава реален адрес с натове по портове?