Всем привет!
Есть 2 провайдера PPPoE (основной) и ip dhcp (резервный), были вписаны 2 статических маршрута с комментарием 1 и 2 соответственно, если пропадал пинг через первого провайдера, то включался второй маршрут и трафик ходил успешно через резервного провайдера до тех пор, пока не появятся пинги глобального адреса через основной канал. При появлении пингов, второй маршрут дизейблился.
Решил сделать наоборот - пппое провайдера резервным: при падении основного канала маршрут становится синим и нетвотч активирует второй маршрут, только пакеты через него не ходят. Дистанция указана на основном провайдере 1, на резерве соответственно 2.
Если основному провайдеру поставить дистанс 2, а резерву 1, то все ок - при падении основного канала включается правило с дистанцией меньшей, чем основной канал и пакеты начинают ходить через резерв, но по идее так же не правильно? И да, с такой конфигурацией дистанс впн подключения начинают тормозить.
PS как я вижу картину- ранее, когда основной канал был РРРоЕ, при падении канала, шлюз терялся (рвалось соединение РРРоЕ и состояние шлюза становилось unrechable) и при активации второго маршрута пакеты успешно проходили. А сейчас шлюз вписан руками и даже при падении канала шлюз доступен.
Резервный провайдер
-
- Модератор
- Сообщения: 3323
- Зарегистрирован: 01 окт 2012, 14:48
С трудом понимаю как это возможно? И неважно как он прописан, ведь если его пинговать он ведь не доступен. Посмотрите в IP-Routes по отношению к шлюзу есть дополнительные опции проверки его доступности.
А так, в общем и в целом, переключение придется реализовывать скриптами.
-
- Сообщения: 1780
- Зарегистрирован: 09 июл 2014, 12:33
можно поднять OSPF и ничего скриптами не делать.
-
- Сообщения: 18
- Зарегистрирован: 19 мар 2019, 22:41
Криво объяснил) маршрут указан вручную и шлюз так же вбит руками. Когда пропадает интернет на этом маршруте, правило выделяется синим цветом и утилита нетвотч (скрипт) включает маршрут второго провайдера, но из-за того что первое правило осталось активно и на ней параметр дистанс ниже второго - пакеты по прежнему пытаются уйти в первого провайдера.gmx писал(а): ↑09 апр 2019, 08:05С трудом понимаю как это возможно? И неважно как он прописан, ведь если его пинговать он ведь не доступен. Посмотрите в IP-Routes по отношению к шлюзу есть дополнительные опции проверки его доступности.
А так, в общем и в целом, переключение придется реализовывать скриптами.
Проблему решил, добавлением второй строчки в скрипт. :)