@gcsprojects: Спасибо большое за ответ. Используя Legacy UI, я смог заставить устройство снова подключиться, не прибегая к кнопке сброса. Заметил, что подключение к точке доступа через SSH и отправка запроса set-inform оттуда не удаётся в новом UI. С помощью Wireshark я убедился, что новый UI получает запросы set-inform, но ничего не пишет в логи после их получения. По моему мнению, даже если политика заключается в игнорировании таких запросов set-inform, их логирование по умолчанию всё же было бы полезным, так как это исключало бы сетевые проблемы (как со стороны точки доступа, так и со стороны контроллера) и значительно помогало бы понять, что происходит. Игнорирование запросов set-inform – это всё ещё "фишка" более поздних версий UNA или это поведение изменилось в более поздних версиях? Существует ли команда API, которая заставляет UNA учитывать входящие запросы set-inform? С её помощью мы могли бы создать масштабируемый инструмент, чтобы заставить устройство снова подключиться, когда по какой-либо причине нельзя использовать резервные файлы.

По какой-то причине в файле резервной копии, который я восстановил для нового контроллера, отсутствует часть данных AP. В итоге, все точки доступа всё ещё отображаются как "Управляемые другой консолью", и есть только один выход: "удерживать кнопку сброса". Я переустановил Unifi с нуля, но всё равно наткнулся на эту стену с "удерживать кнопку сброса". Раньше можно было использовать процедуру "нестандартного подключения", когда нужно было просто ввести логин-пароль от предыдущих точек доступа, чтобы подключить их заново. Эта процедура пропала, и не понятно, какую пользу она приносит системным администраторам.

Есть ли надёжный способ забыть AP (или все AP) на самохостинговом UNA, используя CLI?

Просто иметь одинаковый IP-адрес недостаточно. Нужно было восстановить бэкап со старого контроллера на новый. Иначе ваш новый контроллер будет видеть все точки доступа как "управляемые другим контроллером", даже если они используют тот же IP-адрес. Вы можете заставить все точки доступа сразу управляться новым контроллером, если восстановите бэкап со старого. Это принесет все необходимые криптоключи для каждой подключенной точки доступа и всё снова заработает как надо.

Спасибо за ответ! Старые и новые контроллеры используют один и тот же приватный IP. Перезагрузка AP, к сожалению, не запускает процесс подключения.