У меня похожая проблема, только мой UniFi Controller работает в Hyper-V, и у меня уже куча UniFi AP, которые подключены, не говоря уже о примерно 10 других клиентских сайтах, которые используют мой контроллер UniFi. Я просто не могу поменять IP контроллера. Если я подключаю USG-Pro к своей сети через LAN, он сразу начинает раздавать DHCP в моей сети, так что это не подходит. Я воткнул WAN-порт в свободный порт на моём edgemax роутере и выделил отдельный VLAN. Тогда я смог подключиться к контроллеру и настроить его. Вот тут и начались проблемы. Когда я попытался изменить IP-адрес на стандартной сети «corporate», интерфейс совсем потерял эту сеть – она просто исчезла, и осталась только сеть VOIP. USG нужен веб-интерфейс, где хотя бы можно настроить IP-сети и отключить DHCP до того, как устройство будет подключено к контроллеру. Это настоящая головная боль, и если бы я не хотел именно использовать USG, то давно бы вернул его обратно, потому что внедрять его в уже настроенную сеть — это настоящий кошмар.

Да, это было просто ужасно. Я готовил это в своей тестовой сети дома перед развертыванием на работе, но не закончил, ха-ха. Попробую снова, когда полностью настрою свои камеры UniFi. Может к тому времени у UniFi уже будет нормальный мастер настройки, ха-ха.

Недавно у меня была похожая ситуация с новым USG4, который я добавил в свою сеть. Вот немного предыстории перед описанием проблемы. До USG4 у меня был ERL, 2 UAPACPRO, Unifi Cloud Key и коммутатор Dell. Сеть была не слишком сложной, но имела следующие сети, настроенные на eth1:

VLAN 1    192.168.65.0/24  
VLAN 66   192.168.66.0/24  
VLAN 67   192.168.67.0/24  
VLAN 70   192.168.70.0/24  
VLAN 71   192.168.71.0/24  

Основная проблема заключалась в том, что USG4 не удавалось корректно сконфигурироваться со всеми этими сетями. Когда я пытался, USG4 делал попытку, но после перезагрузки терял связь с Cloud Key и сбрасывал своё присоединение. В итоге мне пришлось выставить основную LAN в диапазон 192.168.1.0/24 и настроить Cloud Key на DHCP.

Я сконфигурировал USG4, и он смог нормально обновиться до последней прошивки. После этого я вернул основную LAN обратно к 192.168.65.0/24. Тут видно, как устройство прописывается в менеджере, а потом уходит оффлайн, когда меняется на новый IP 192.168.65.1. В этот момент я перезагружаю CK, и он подхватывает новый IP в новой подсети (конечно, можно прописать статический IP, но я хотел убедиться, что он связь с USG4 установит, дойдя сначала до DHCP-сервера).

До того, как пройти этот путь, я пытался подключиться по SSH к USG4 и вручную обновить IP LAN-интерфейса, а ещё поставить несколько других параметров, но особого успеха это не принесло. Обычно после смены IP возникали проблемы с присоединением, и даже расширенные настройки adoption не решали ситуацию.

В целом, настройка была довольно раздражающей — я конфигурировал несколько устройств EdgeOS за гораздо меньшее время, потому что там не нужно было прыгать через все эти процедурные обручи, чтобы USG4 корректно прописался через связь с CK. Судя по тому, что я читал, у большинства новичков с этим возникает примерно такая же проблема.

Но, наверное, всё это ради того, чтобы иметь красивые графики в интерфейсе управления...  
По железу он явно мощнее моего ERL — мы запускаем на нём Squid Web Proxy для фильтрации в двух VLANах, и скорость заметно выше, но и стоит он в три раза дороже, так что в целом так и ожидали. Надеюсь, с будущими обновлениями исправят проблемы с присоединением и добавят более продвинутые возможности для настройки фаервола в интерфейсе управления.