Если вы настроите свой echo-сервер на IP-адрес вместо имени хоста, то полностью избежите сбоев DNS (статические маршруты не нужны). Несколько минут назад я внес изменения — теперь echo-сервер 8.8.8.8 вместо ping.ubnt.com. Подтверждаю, что переключение на резервный канал после этого работает как надо. Обратите внимание, что я оставил DNS на WAN1 и WAN2 по умолчанию, то есть это DNS-серверы моего провайдера.

К сведению, с последним контроллером эту проблему решают с помощью загрузки пользовательского config.gateway.json во время настройки. Включение flush-on-active сбрасывает все маршруты при переключении на WAN2 или когда WAN1 снова становится активным.

{
 "load-balance": {
   "group": {
     "wan_failover": {
       "flush-on-active": "enable"
     }
   }
 }
}

Предполагается, что у вас есть два уникальных WAN-подключения: WAN1 и WAN2. Суть в том, что вы должны планировать ситуацию отказа. Обычно можно указать одинаковых провайдеров DNS для обоих WAN-соединений, но по «определённым причинам» это здесь не сработает.

Что мы делаем — предполагаем, что обычные маршруты к вашим DNS-серверам могут не работать как положено. Мы берём резервный DNS-сервер, обычно третий в списке, и статически указываем маршрут к нему через WAN2. Так, что бы ни случилось, трафик, направленный к нашему ре­зер­в­но­му DNS-серверу, найдёт путь. В таком подходе вам на самом деле нужен только один маршрут к DNS-серверу.

Чтобы реализовать этот маршрут, сначала убедитесь, что рассматриваемый DNS-сервер назначен только на WAN2, и больше нигде. На WAN2 может быть и другой DNS, но этот последний резервный сервер должен быть только на WAN2, НИ В КОЕМ СЛУЧАЕ не на WAN1.

В моём случае я использую 1.1.1.1 и 8.8.8.8 как основные DNS на WAN1, а 8.8.4.4 — как DNS на WAN2. Для 1.1.1.1 и 8.8.8.8 маршруты я не прописываю, они должны работать как обычно, когда всё нормально. Меня интересует именно аварийная ситуация.

В интерфейсе Unifi перейдите в Settings в левом нижнем углу, затем в «Routing & Firewall» и убедитесь, что вы на вкладке «Networks». Выберите и отредактируйте интерфейс WAN2. Убедитесь, что один из ваших двух DNS — это резервный, который мы обсуждали выше. Он не должен быть назначен на WAN1. Сохраните изменения.

Затем выберите «Routing and Firewall». Теперь выберите «Create New Route». Дайте маршруту любое имя. Я называю свой «WAN2 Static DNS Route». Отметьте галочкой «Enable». Это статический маршрут, так что должен быть выбран радиобаттон «Static» рядом с типом. В поле «Network» впишите IP вашего резервного DNS-сервера с маской сети. Я использую 8.8.4.4, значит пишу «8.8.4.4/32».

Тип статического маршрута зависит от вашего подключения. Если вы используете PPPoE — выберите маршрут по интерфейсу и укажите WAN2. Если у WAN2 статический IP — выберите «Next Hop» и укажите шлюз WAN2. Если DHCP — тоже используйте «Next Hop», но определение шлюза может потребовать дополнительных настроек или вопроса провайдеру.

Сохраните. При следующем переключении ваш USG уже будет иметь статический маршрут к резервному DNS-серверу через интерфейс WAN2, который он сможет использовать.

Нет никаких шансов решить проблему «failover не возвращается в норму» со статическими маршрутами, если ваш основной DNS находится в локальной сети. 😶

Я использую версию 5.10.17-11638-1 и пытаюсь настроить автоматическое переключение соединения, так как у меня периодически возникают проблемы с основным подключением — кабельным модемом. Сейчас переключение иногда работает, но, судя по всему, обратно не возвращается.

Я наткнулся на эту тему и решил попробовать вариант со статическими маршрутами. Но, будучи новичком в статических сетях, я кое-что не понимаю. Всё понятно, кроме настройки «Next Hop».

В настройках USG в разделе WAN указано, что IP моего роутера — 73.159.148.1, а мой собственный IP — 73.159.149.53. Какой из этих адресов нужно указать в поле Next Hop?

И ещё, что значит поле «distance» и почему туда ставят значение 1? Моё устройство для переключения по WAN2 находится метров в пяти.

Буду благодарен за любую помощь.

Я настроил DNS на обоих WAN. Также выставил эти чертовы статические маршруты.  
Тем не менее:  

trust@MainUSGPRO4:~$ show load-balance status  
Group wan_failover  
interface : eth2  
carrier : up  
status : inactive  
gateway : xxxxxxxxxxxxxx  
route table : 201  
weight : 0%  
flows  
WAN Out : 10  
WAN In : 0  
Local Out : 3  
 
interface : eth3  
carrier : up  
status : failover  
gateway : 10.0.1.1  
route table : 202  
weight : 0%  
flows  
WAN Out : 6  
WAN In : 0  
Local Out : 1  
 
trust@MainUSGPRO4:~$ show load-balance watchdog  
Group wan_failover  
eth2  
status: Waiting on recovery (0/3)  
pings: 3  
fails: 3  
run fails: 3/3  
route drops: 1  
ping gateway: ping.ubnt.com - DOWN  
last route drop : Sat Dec 22 11:52:51 2018  
 
eth3  
status: Waiting on recovery (0/3)  
failover-only mode  
pings: 3  
fails: 3  
run fails: 3/3  
route drops: 1  
ping gateway: ping.ubnt.com - DOWN  
last route drop : Sat Dec 22 11:52:52 2018

Я был в такой же ситуации. Спасибо за создание этой темы, за то, что вы выявили проблему и предложили решение! Огромное спасибо!