НО
Спасибо, Андрей!
Size: a a a
2021 August 17
KR
вот пример настроек. Самый низкоприоритетный канал обычно нет смысла тестировать, если отказал основой канал лучше переключиться безусловно, чем как-то иначе. Обратное переключение на приоритетный канал (т.е. это Ваш случай) - немедленно.
НО
Да у нас такие же настройки. 1 и 2 канал. Третьего нет.
KR
Проверьте настройки тестирования, может, icmp кто-то блокирует и поэтому основной канал остается нерабочим. Если канал ненадежный, то можно изменить количество пакетов чтобы ответы приходили все
НО
Ок. Спасибо. Попробуем.
НО
А если помимо дефолта, который появляется от multiwan есть ещё более специфичные маршруты?
KR
нет, MW-failover меняет только default. Статические маршруты, которые заданы в списке, остаются и не меняются.
НО
Те MW на них не действует, получается
KR
да, mw-failover на них не действует. Если статикой задать default то mw-failover никуда переключаться не будет.
AS
👆🏼 Правда же интересно, там ограничение по ТЗ, требование какое или патентом прикрыто, мало ли чего.
Потом, может к сертифицированному выпуску/релизу на бой механизм решите (так сказать) доработать.
В тему же вопрос. После сертификации останется root/экспертный доступ? Или будут расширяться возможности Cli локальной консоли?
Потом, может к сертифицированному выпуску/релизу на бой механизм решите (так сказать) доработать.
В тему же вопрос. После сертификации останется root/экспертный доступ? Или будут расширяться возможности Cli локальной консоли?
AS
И наконец: - будет ли HTTPS инспекция и категорирование?
AS
когда-нибудь -)
AS
ого, отлично, спс!
ps\ сколько стоит знание?)
ps\ сколько стоит знание?)
ЕС
а ключ от виндового АП? Его вроде бы надо было переконвертировать отдельно
ЕС
т.е. в этом же профиле просто изменили протокол с 3 на 4 и в итоге ошибка?