Clavik

Advanced Member | Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору eap Я бы немного не так сделал: 1. Запускаем оба интерфейса с дефолтными шлюзами. сначала резервный, потом основной. 2. Когда у тебя падает основной канал, он может либо обрывать соединение, либо соединение может висеть , но на нем не будет активности. Во втором случае придеца писать скрипт проверяющий это. 3. Итак интерфейс упал, или выяснено что нет активности, в любом случае упавший интерфейс обязан постоянно пытаться подрубиться. При неактивном , но поднятом основном канале, меняем методом изменения метрики дефолтный шлюз на резервный, те меняем местами дефолтные маршруты на интерфейсах, в результате весь траф пойдет на резервный канал, НО! постоянно проверяем активность основоного интерфейса, и если он ожил , то меняем все обратно (дефолтные маршруты) 4. Терь что с демоном делать. При переходе на резервный канал, меняешь в mdaemon.ini параметр FQDN на нужный, ничего перезапускать не надо. При переходе на основной опять меняешь на нужный. Это случай, если у тебя интрефейсы все с демном на одной тачке. Как видишь перезаускать демона не нужно, да и интрефейсы не требуется вырубать (если канечно сами не падают ) Если демон отдельно, от шлюза, то придется писать 2 скрипта, для первого 1-3 пункты, для 2-ого: Цитата: 1. Строит трассу на два прыжка до заданного имени (использовал pathping и парсил вывод). 2. Ну и анализируется шлюз через который вышли, если FQDN не соответствует шлюзу выхода, меняем FQDN на соответствующий. |
| Всего записей: 1105 | Зарегистр. 29-02-2004 | Отправлено: 21:54 14-01-2009 | Исправлено: Clavik, 21:55 14-01-2009 |
|