LINUX.ORG.RU

Скрипт на bash'е сделай.
Сам делал когда-то (ушло не более 10 минут).
Если найду запостю.

Rain ★★★★
()

все зависит от того, как именно ты к этим провайдерам подключен, потому как, например отловить на ethernet тот факт, что связи нет, довольно проблематично.

Z0termaNN
()
Ответ на: комментарий от Z0termaNN

почему проблемалично ? установить сокет на допустим www.ru:80, ya.ru:80 и куда нить еще если все неудачно то переключаемся на другого прова.

openwork
()
Ответ на: комментарий от openwork

Если так сделать, то при падении того сервака или пропадании на
него роутинга, она начнет так скакать по каналам!

А так:

opennet.ru

должен помочь

ManJak ★★★★★
()
Ответ на: комментарий от ManJak

А чем не угодили демоны динамической маршрутизации: ripd или более продвинутый вариант - zebra?

ripd is a routing component that supports the zebra route engine. ripd supports RIPv1, RIPv2, and so forth.

zebra is a routing manager that implements the zebra route engine. zebra supports RIPv1, RIPv2, RIPng, OSPF, OSPF6, BGP4+, and BGP4-.

boatman
()
Ответ на: комментарий от boatman

а теперь попробуй провайдера попроси, чтобы он тебе эти протоколы поднял. единственный способ - bgp, но нужно регистрировать AS в RIPN.

Z0termaNN
()
Ответ на: комментарий от boatman

Ага, маленькая конторка, без BGB жить не могет =)
Ну, если есть лишние деньги (вроде было ок. 6000 в год) то да!
ИМХО изврат.

ManJak ★★★★★
()
Ответ на: комментарий от Z0termaNN

дак вот эта проблема именно в это состоит

sNu
() автор топика
Ответ на: комментарий от Z0termaNN

Ладно, уговорили, если у прова нету RIPv2 или его трудно включить - хорошо, пойдем другим путем:

- можно периодически (crond) смотреть состояние у ifconfig параметр carrier (количество потерь несущей) на предмет есть ли сигнал, если нет - у прова проблемы;

- да, можно периодически кого-нить пингать, раз в пять-десять минут напрмер. если не пингается (мало-ли что бывает), пингать второй вариант, если и он не пингается и третий и четвертый и пятый в какой-нить другой зоне -- то стопудово у вышестоящего прова проблемы, можно переключаться;

- в конце концов, если пров выдает не реальные айпи, а внутренние и выпускает через vpn можно мониторить состояние интерфейса ppp*; в таком случае еще можно слушать трафик, ведь GRE-пакеты от прова все равно должны приходить, вне зависимости от того есть ли обмен трафиком.

В общем все равно вариантов масса. Наверно лучше отобрать список внешних хостов и периодически кого-нить пингать, каждый раз кого-нить другого, чтоб особо им не надоедать (мало-ли, может кого напрягает?). Топорно конечно, но вполне работоспособно.

boatman
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.