Офигеть... Я наконец-то разобрался! Я отключил фаервол на компьютере, и сразу всё появилось! Думаю, проблема была в том, что приложение Ubiquiti требует Java, а фаервол блокировал публичный доступ к Java... поэтому я видел его во время процесса подключения, но сразу после — нет.

Отключение стороннего файрвола на моём ПК решило мою проблему, надеюсь, это поможет и вам.

Для тех, у кого возникла эта проблема, но кто не знает, как настроить inform или управлять через ssh, скачайте приложение Unifi на телефон, войдите в свой контроллер, и пока ваша точка доступа застряла в цикле «adopting -> disconnected», зайдите в приложении в «more -> remote adoption» и удалённо примите точку доступа, когда она будет находиться в фазе «adopting». Это по сути проделает то же самое, что и команда set inform, и успешно примет точку доступа.

Хмм, прошло уже 5 дней, а у меня всё ещё появляется ошибка STUN.

Потратил несколько часов, рву волосы на голове, даунгрейднул прошивку US-8-60W и UAP-AC-PRO с 4.0.69 до 4.0.66 и наконец смог завершить миграцию устройств, подключаясь к каждому по ssh и используя set-inform http://<ip-of-controller>:8080/inform, как было описано раньше в этой теме. Да, мой DNS резолвит unifi на IP моего контроллера. Также в настройках Controller Hostname/IP стоит IP-адрес контроллера.

Но теперь выскочила ошибка... хотя контроллер и устройства находятся в одной подсети, то есть, как я понимаю, никакого проброса портов и файрволла быть не должно. Я не понимаю, почему появляется эта ошибка STUN, но пока что буду ждать новую прошивку, которая, надеюсь, это исправит. *вздыхает*.

В общем, я понял, что это проблема с авторизацией между AP и CLOUDKEY.

Проблема:

В GOOGLE DISCOVERY TOOL:  
UniFi CloudKey v3 192.168.1.56 18:E8:29:B9:xx:xx 5.11.46 Managed/Adopted  
UniFi AP-AC-Pro 192.168.1.129 (адрес назначен через DHCP) B4:FB:E4:D9:xx:xx 4.0.54.10625 Managed/Adopted ???

Но когда я зашёл в приложение Unifi — AP не был принят (adopted). Тогда я проверил логин AP и поменял его на имя пользователя и пароль моего сайта, а также убедился, что:  
*** Verify SSH Host Key — ВКЛЮЧЁН с учетными данными, используемыми в обслуживании CloudKey.

После этого в настройках AP начали появляться сети WAN и Wireless, но устройство ещё не было принято (adopted)…

Что дальше?

- Проверьте, чтобы все SSH логины и пароли совпадали в Unifi Controller (Сайт) и CloudKey (устройство)  
- Сделайте жёсткую очистку кэша CloudKey... ПРОПАЛА ПРОБЛЕМА — наконец!

Вот как я это сделал:  
Unifi AC AP Pro — его можно добавлять только через контроллер Unifi. Нажмите кнопку сброса, дождитесь получения DHCP-адреса, сбросьте AP до заводских настроек.  
У меня CloudKey с настроенным статическим внутренним IP.

Дальше:  
- Остановите все контроллеры  
- Зайдите в CloudKey — Unifi — CloudKey — Maintenance:  
 CLOUDKEY — УСТРОЙСТВО — ОБСЛУЖИВАНИЕ  
- Убедитесь, что HOST NAME КОНТРОЛЛЕРА совпадает с именем контроллера в Unifi  
- Логин ubnt, пароль ubnt — ЗАМЕНИТЕ на свой, чтобы совпадал с логином (вкладка Maintenance на CloudKey)  
- Проверьте часовые пояса в настройках CloudKey и Unifi Site/Controller  
- UNIFI — SITE — DEVICE AUTHENTICATION  
 Аутентификация между устройствами и контроллером — SSH аутентификация. При необходимости отключите дополнительные SSH ключи, чтобы подключиться — дополнительных ключей пока нет  
- CLOUDKEY — УСТРОЙСТВО — ОБСЛУЖИВАНИЕ  
 CloudKey — сервис Unifi — ОСТАНОВИТЬ/ПЕРЕЗАПУСТИТЬ, чтобы применились изменения на CloudKey  
- UNIFI — УСТРОЙСТВА — проверьте настройки AP, которое вы «принимаете»:  
 *** Verify SSH Host Key — ВКЛЮЧЁН с учётными данными из CloudKey Maintenance  

После всего этого:  
- Закройте все запущенные приложения Unifi Controller (Google Discovery Tool можно оставить, если хотите)  
- Войдите в CloudKey по IP  
- Остановите Unifi Controller  
- Запустите Unifi Controller  
- Зайдите в контроллер Unifi через CloudKey (иконка в левом верхнем углу)  
- Проверьте устройство (AP) — оно должно быть установлено и тогда можно поменять адрес AP на статический IP  

Кстати, я однозначно рекомендую сделать физический сброс устройства вначале — не пытайтесь всё делать с какими-то закэшированными конфигурациями на CloudKey.

Это тоже сработало отлично... спасибо!

О боже! Это действительно работает!

LeoLiu, тебе стоит почитать, что такое SSH и как им пользоваться. Это очень распространённый инструмент командной строки для подключения к устройствам на базе Unix/Linux и отправки им команд. В интернете полно бесплатных инструкций и программ для всех платформ. За последний год я настроил больше 50 устройств, используя команду SSH set-inform: отправляю её, жду около 20 секунд, потом снова отправляю — и у меня всегда срабатывало.