Как стать автором
Обновить
8
0
Алексей @alex222222

Пользователь

Отправить сообщение
Пусть выглядит как самореклама, но
все проблемы тут давно решены, работает пол года идеально.
Единственное, чтобы адаптировать под свой случай — нужно разобраться по-честному.
Я поначалу тоже так думал. Возможно я неправ, но если посмотреть, как сделано по ссылке в первом комментарии, то в той конфигурации проверочный пинг на 8.8.8.8 пойдет либо через шлюз первого провайдера, либо не пойдет вообще, т.к. маршрута через другие шлюзы на 0.0.0.0 без routing mark нет. Скорее всего роутер скажет dest unreachable для пингов. Когда канал заработает, маршрут до 8.8.8.8 поднимется и пинги пойдут. А весь forward трафик идет по маршрутам с метками, на которых и висит логика.

Интерфейс в команде ping указывать некорректно, в описании к скрипту об этом написано, еще вот ссылочка. Хотя у меня тоже вроде работает, но делать так не стал.
Немного поразмыслив, понял, что неактивные роуты — не проблема, и в принципе через netwatch можно все сделать и для PPP соединений, если игнорировать два других моих аргумента. Но возникает вопрос, делаете ли Вы при включении/отключении роутов ресет текущим соединениям?
Там много моментов, почему не подходит. Главный — что роуты на статике всегда активны, а если указывать в качестве шлюза интерфейс (что придется делать для PPP), то он не будет активным, когда канал упадет, и приехали. Во-вторых, пинговать один хост — не лучшая идея, с любым хостом может что-то случиться… И в-третьих, очень не хочется держать постоянно активным 3G соединение.

Информация

В рейтинге
Не участвует
Откуда
Свердловская обл., Россия
Дата рождения
Зарегистрирован
Активность