Я испытываю то же самое. Функции контроллера Unifi хороши, но в этом деле хотят использовать оба соединения. Возможно, мне просто придется вернуть SonicWall, чтобы управлять балансировкой нагрузки, и это меня реально расстраивает.

Были ли какие-то обновления по этому вопросу? Только что столкнулся с неприятной ситуацией при обновлении бизнеса. Как только мы подключили их wan2 с балансировкой нагрузки, начался полный хаос. Даже после отключения wan2 связь не восстановилась, пока мы не перезагрузили USG-Pro. Сейчас порт работает в режиме резервирования. Пока боязно проверять, как сработает переключение, из-за рабочего времени. Придётся вернуться и протестировать это уже после окончания рабочего дня. Что скажете? USG-PRO 4.4.8.5023700

Установил tcpdump на USG и теперь могу со 100% уверенностью указать на настоящую проблему. USG пытается подключиться к контроллеру и использует правильный DNS и прочие настройки. Однако он пытается отправлять пакеты с IP-адреса WAN1 через интерфейс WAN2. Естественно, провайдер сбрасывает такие пакеты, так как они выглядят как исходящие с IP-адресов, которые не принадлежат его сети.

В версии 4.3.40dev были внесены некоторые изменения из EdgeRouter, которые могли бы иметь значение, но у меня пока не было возможности их проверить.

Хотел вернуться к этой проблеме, так как она всё ещё не решилась. Может, @UBNT-cmb сможет ещё раз взглянуть на это? У меня есть несколько объектов на несколько тысяч долларов, которые я бы очень хотел показать клиентам полностью рабочими. Готов предоставить любую информацию или доступ к оборудованию, если это поможет.

Поднимаю этот вопрос снова для повторного рассмотрения.

@UBNT-cmb

Прошлой ночью у местного провайдера на мгновение прервалась связь примерно в 12:43 ночи. Это затронуло оба модема. Со стороны роутера оба устройства вернулись в строй почти без проблем, скриншоты прилагаю. Первый модем показывает только первый обрыв связи. Второе устройство несколько раз перезагружалось, так как я замечал, что это иногда помогает USG снова появиться в контроллере после подобных событий. Но сегодня везение меня пока покидает. Краткие заметки. USG-45.4.11 (L3) 4.3.34 на USG. Да, правила WAN_OUT применены, как я упоминал раньше, это здорово помогает хотя бы вернуть нормальную работу.

Но на стороне контроллера в то же время, когда были сделаны скриншоты выше, ситуация такая же.

Я только что попробовал снова перезагрузить модем WAN 2. Каждый раз, когда вы отключаете WAN2, всё снова синхронизируется.

Но как только WAN 2 восстанавливается, тут же теряется связь с контроллером USG. Игнорируйте отключенную точку доступа — это я просто обновляю последний AC-HD до версии .45.

Вот где сейчас ситуация. Сегодня утром попробую перезагрузить оба модема, чтобы вернуть всё в зелёный статус и, возможно, восстановить связь с контроллером. Но, если я правильно помню, перезагрузка контроллера особо не помогала.

Короче говоря, на стороне сайта всё работает нормально — трафик сбалансирован и без проблем. Но контроллер явно не очень любит, когда что-то ломается. Предполагаю, что дело не в прошивке USG-4, а скорее в логике работы контроллера и в том, как он отображает статус USG — "включён" или "выключен". Или, может, контроллер считает USG как подключение WAN 1, и когда связь с ним теряется, или когда USG начинает отправлять управляющий трафик через WAN 2, контроллер путается. Это лишь теория, конечно.

В любом случае, я попробую снова вернуть все индикаторы в зелёный.

Система снова работает, ошибка устранена. Модем провайдера снова дал сбой, из-за чего был перезапущен модем WAN 1, затем контроллер и USG успешно синхронизировались.

Добавьте ещё пару дней, и теперь система находится в отключённом состоянии. Однако на месте роутер вроде работает нормально, просто контроллер, похоже, не понимает, что ссылка WAN1 снова активна. Короче говоря, модем моего провайдера опять начал "флапать" — как обычно, высокая задержка и низкая скорость, и USG постоянно переключался и включал-выключал маршрут WAN 1, как и должен делать, когда начинают падать пинги (три?).

Потерял связь с маршрутом примерно 4 раза к тому моменту, когда я посмотрел, думаю, всё началось около 6:20 по центральному времени. Я зафиксировал это примерно в 6:40. (Задержка на дашборде прыгает с 40 до 500 при этом на WAN 1, про WAN 2 не уверен, так как сам сомневаюсь, отображается ли он вообще на дашборде). Я перезагрузил модем — теперь всё опять в порядке, по крайней мере с точки зрения роутера через SSH.

Вот что видно:

Load Balance Status...  
Group wan_failover  
interface : eth2  
carrier : up  
status : active  
route table : 1  
weight : 50  
flows  
WAN Out : 524000  
WAN In : 288000  
Local Out : 1038643  

interface : eth3  
carrier : up  
status : active  
route table : 2  
weight : 50  
flows  
WAN Out : 524000  
WAN In : 0  
Local Out : 21788  

Load Balance watchdog  
group wan_failover  
eth2  
status: Running  
pings: 161  
fails: 0  
run fails: 0/3  
route drops: 3  
ping gateway: ping.ubnt.com — ДОСТУПНО  
last route drop : Sat Jan 21 18:49:11 2017  
last route recover: Sat Jan 21 18:50:32 2017  

eth3  
status: Running  
pings: 17970  
fails: 3  
run fails: 0/3  
route drops: 0  
ping gateway: ping.ubnt.com — ДОСТУПНО  

Так что в локал сети и для беспроводных клиентов всё как по маслу. Но на стороне контроллера ситуация не такая радужная.

Информация роутера:  
Модель: UniFi-Gateway-4  
Версия: 4.3.34.4943827  
MAC адрес: 80:2a:a8:4f:94:b7  
IP адрес: MYIPADDRESSHERE  
Имя хоста: FM-USG4-1U  
Время работы: 1393631 секунда  
Статус: Недоступен (http://MYDNSHERE:8080/inform)  

И выглядит так, будто контроллер не видит, что WAN 1 снова поднят. Хотя, поверьте, он точно работает. (SSH доступен, пробросы портов работают).

@UBNT-cmb

Пока ничего не перезагружал, собирался подождать и посмотреть, нет ли ещё каких-то вариантов или действий, чтобы разобраться с этой проблемой. Если потеряю терпение, попробую перезапустить WAN 2 — думаю, тогда переключится обратно на WAN 1, и всё восстановится.

Случайная теория на засыпку. Моя любимая маньячка Sticky? Может быть, трафик роутер–контроллер "залип" на интерфейсе WAN 2 из-за сбоя на WAN 1, а контроллер, так как он дружит с WAN 1 (IP/MAC) для настройки и подключения, не понял, что вообще происходит, когда WAN 1 снова вернулся? Ведь контроллер ждёт отчёт с IP WAN 1, а не с WAN 2. При вводе команды "info" он, естественно, отдает IP: MYIPADDRESSHERE — который относится к WAN 1. Ни слова о WAN 2. Никогда.

P.S. Весёлое форматирование.  
P.P.S. Чем больше думаю, тем больше убеждаюсь, что уровень управления находится на стороне WAN в методе балансировки, так как в баланс включены только локальные сети. Значит, трафик с USG до контроллера идёт только через WAN 1?