Monsterik1
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Господа, я рано радовался.
По-прежнему наблюдаю эту ситуацию.
Причём если не использовать рекурсивную маршрутизацию, то всё быстро и чудесно работает:
Код: /ip route add gateway=172.16.0.1 distance=1 check-gateway=ping
/ip route add gateway=192.168.137.1 distance=2 check-gateway=ping |
А тут всё как раньше - ping зависает:
Код: #-------------рекурсивная маршрутизация --------------
/ip route add dst-address=0.0.0.0/0 gateway=172.16.0.1 distance=1
/ip route add dst-address=0.0.0.0/0 gateway=192.168.137.1 distance=1
/ip route add dst-address=8.8.8.8 gateway=172.16.0.1 distance=1 scope=10
/ip route add dst-address=8.8.4.4 gateway=192.168.137.1 distance=1 scope=10
/ip route add dst-address=0.0.0.0/0 gateway=8.8.8.8 distance=1 check-gateway=ping
/ip route add dst-address=0.0.0.0/0 gateway=8.8.4.4 distance=2 check-gateway=ping
|
Как мне кажется, пакеты продолжают идти не тому провайдеру.
Добавлено позднее:
В теме где всё через скрипты нашёл вот это:
Цитата: Составим первый скрипт, который будет активировать резервный канал и назовем его "change-to-reserv" и содержать в себе код:
Код:| /ip route set gateway=1.1.1.1 [find dst-address=0.0.0.0/0]; |
(Примечание: IP-адрес 1.1.1.1 выбран как пример и символизирует резервный канал)
То есть, при обнаружении отсутствия пинга на сервер (об этом чуть позже) мы будем выключать маршрут с шлюзом, указывающим на "pppoe-main".
P.S.: После комментария erazel данная схема была улучшена, а именно раннее скрипт переключался между двумя маршрутами, которые давали сбой, а именно, если запустить с компа, например, команду ping google.ru -t, то при изменении маршрута пинг будет уходить на старый интерфейс, так как трансляция не обновилась. В предложенном же методе изменения только шлюза очистка трансляции не требуется. |
И сам комментарий
Цитата: Это всё хорошо, но при переключении роутов не мешало бы конекштрекинг ресетить, что бы старые конекты пошли по новому каналу.
Есть еще вариант не отключать роуты а переписывать шлюз в маршруте. При таком подходе не надо ресетить контрекинг, так как роут останется прежним, а гетвей будет уже «акутуальным» |
Но и этот вариант через set gateway не переключает пинг на новый канал вообще, хоть и переключает интернет.
|
Всего записей: 76 | Зарегистр. 17-04-2007 | Отправлено: 23:04 20-02-2019 | Исправлено: Monsterik1, 02:31 21-02-2019 |
|
