У меня случилась подобная проблема - после грозы все четыре круглые АПшки, плюс уличная, превратились в НЛО. Контроллер их потерял, дискавер не находил, хотя они продолжали работать со своими настроенными параметрами даже после обесточивания, и пинговались по своим статическим IP.
Решил начать с круглой (установленной в наименее критичном для пользователей расположении). Попытка хардресета ни к чему не приводила. При попытке залить в неё через TFTP прошивку с сайта, типа *.dmg, получил точно такие же симптомы как у предыдущего пациента "Timeout while waiting ask block #97116".
Заливал как положено: загрузил в сервисный режим включением с зажатым на 20 сек ресетом. В TFTPd32 указал дефолтный адрес 192.168.1.20 (его в Микротике было видно, на пинги и т.п. АР не отвечала) и путь к файлу. Дальше жму кнопку "Put" и получаю ошибку.
Проблема была решена загрузкой прошивки из папки контроллера C:\Users\*****\Ubiquiti UniFi\dl\firmware\BZ2\3.3.10.3824\firmware.bin весом чуть меньше 6 МБ (в отличие от *.dmg - 86МБ).
После этого тарелка ожила, получила IP-шник с Микротика, к которому была подключена, но пока так и не определялась в дискавери. Я подключился к ней по SSH с дефолтной учёткой ubnt:ubnt и выполнил команду
Код:
set-inform http://ip-of-controller:8080/inform
, при запущеном свежеустановленном UniFiController 4.7.4 (на домашнем компе), после чего увидел и сразу привязал её в процессе выполнения мастера настройки UniFiController (в браузере, конечно). В дискавер сразу не заглянул, но потом видел её там уже после того как задал старый рабочий IP (в другой подсети и АР отвалилась от контроллера), с состоянием adopted\managed и новым адресом.
Работу WiFi проверял - всё ОК.
Теперь она вполне готова к употреблению. Остаётся только привязать её на место.
Всем успехов и хорошего заземления
P.S. Точка доступа работает без нареканий.
