Ubuntu Server в качестве шлюза и два провайдера

[LouLi]

Доброго времени суток. Используется Ubuntu Server в качестве шлюза, далее две циски с двумя провайдерами. Маршрутизация настроена с помощью iproute2 + iptables. Собственно, если у одного провайдера проблемы, пакеты маркируются и передаются на второй. Вопрос в том, как можно сделать это на автоматическом уровне? То есть если один провайдер недоступен, то пакеты маркируются и передаются на второй без вмешательства админа. Буду благодарен за любую помощь по данной теме.

[fli]

с помощью скрипта.
пингуем хост, если нет ответа переключаемся на другой.
У меня так настроено.

[LouLi]

с помощью скрипта.
пингуем хост, если нет ответа переключаемся на другой.
У меня так настроено.

Приведите пример скрипта, пожалуйста.

А с помощью протокола SNMP это никак нельзя реализовать?

[fisher74]

проясните что что и куда Вы хотите получать/передавать по snmp?

[fli]

https://help.ubuntu.ru/wiki/ip_balancing
Способ 2
пункт 5
будут вопросы - пишите, поможем.

[LouLi]

проясните что что и куда Вы хотите получать/передавать по snmp?

Подумал и понял, что с SNMP это не получится. Краем уха слышал о динамической маршрутизации и ее протоколах. Имел дело с iproute 2, pf (FreeBSD), iptables, но с динамической не сталкивался. Это здесь никак не может помочь?
Пользователь решил продолжить мысль 18 Сентября 2013, 21:06:04:

https://help.ubuntu.ru/wiki/ip_balancing
Способ 2
пункт 5
будут вопросы - пишите, поможем.

https://help.ubuntu.ru/wiki/ip_balancing
Способ 2
пункт 5
будут вопросы - пишите, поможем.

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

[fli]

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

Можно поднять 4 виртуальные машины(2 - провайдеры, 1 - шлюз, 1 - клиент) и  на них тестировать.
Или просто прописать нерабочий адрес  шлюза на компе, запускать скрипт. Проверять переключит ли канал.

[LouLi]

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

Можно поднять 4 виртуальные машины(2 - провайдеры, 1 - шлюз, 1 - клиент) и  на них тестировать.
Или просто прописать нерабочий адрес  шлюза на компе, запускать скрипт. Проверять переключит ли канал.

Отлично, на днях потестирую. По результатам отпишусь.

[fisher74]

Краем уха слышал о динамической маршрутизации и ее протоколах. Имел дело с iproute 2, pf (FreeBSD), iptables, но с динамической не сталкивался. Это здесь никак не может помочь?

Вполне может, если сопрягаемые маршрутизаторы поддерживают какой-либо из протоколов динамической маршрутизации (RIP, OSPF, IS-IS, EIGRP, BGP) Правда что из этого кроме RIP поддерживается в Linux я не знаю. Как-то не было интереса.

Правда тут ещё нужно учитывать как именно пропадает связь с внешним миром, а том может и cisco не сразу просекает, что беда.
Моё мнение, что протоколы динамической маршрутизации стоит использовать в локальных сетях с удалёнными подсетями, где в процессе формирования структуры сети участвуют все элементы.
А в Вашем случае более чётко работают пингалки.
Но это лично моё мнение, возможно будут и оппоненты.