Кратко — причина обычно в одном из трёх: точка доступа не имеет/не видит адрес контроллера (сетевой/влан/маршрутизация/брандмауэр), «зависла» на прошивке/в загрузке или произошёл физический/PoE сбой. Постоянный светло‑голубой индикатор просто показывает, что устройство подаёт питание и часть ПО запущена, но это не гарантирует связь с контроллером.
Дальше — шаги диагностики (по порядку). Делайте по возможности и возвращайтесь с результатами, помогу дальше.
1) Физика в первую очередь
- Проверьте индикатор порта свитча, к которому подключена AP (есть ли link/activity).
- Попробуйте другой Ethernet‑кабель и/или другой порт/PoE‑порт.
- Перезагрузите свитч/порт или просто отключите/подключите питание AP (power cycle).
2) Найдите IP AP в сети
- Посмотрите список DHCP‑выдач на DHCP‑сервере/маршрутизаторе (по MAC‑адресу AP).
- На машине в той же подсети выполните arp -a или nmap, например:
- arp -a
- nmap -p 22,8080,8443,10001 192.168.x.0/24
- Если AP не отвечает на пинг и нет в DHCP/ARP — проблема на уровне канала/PoE/кабеля.
3) Проверка связи с контроллером
- Контроллер должен быть доступен по адресу, на который AP «информирует». Если контроллер локальный, они должны быть в одной L2 сети или AP должен иметь корректный set‑inform URL.
- На контроллере (в логах/Events) посмотрите, когда AP «last seen» и какие ошибки при попытке связи.
4) Попытка подключения по SSH (если нашли IP)
- Если знаете учетную запись SSH (обычно admin/установленный пароль или ubnt), подключитесь: ssh admin@<IP_AP>
- Если подключились, можно пробовать:
- set-inform http://<IP_контроллера>:8080/inform
(в старых/стандартных версиях используется порт 8080 для inform; после выполнения команды на контроллере нажать Adopt)
- При проблемах принять set‑inform нужно выполнить дважды (иногда требуется).
- Посмотрите логи: /var/log/messages или журналы UniFi (командная оболочка зависит от модели, но обычно в логах видно ошибки сети/firmware).
5) Если SSH недоступен или AP «не найдет» контроллер
- Возможно, конфигурация управления повредилась — можно сделать factory reset (сброс):
- Нажать и удерживать кнопку RESET около 10 секунд (точное время в мануале модели). Важно: сброс сотрёт настройки AP.
- После сброса AP вернётся к заводским настройкам и будет виден контроллер для повторного принятия (adopt).
- Не делайте сброс, если хотите сохранить конфигурацию и есть способ SSH/логи — сначала попробуйте более бережные шаги.
6) Порты/брандмауэр
Убедитесь, что между AP и контроллером не блокируются порты (обычные нужные порты):
- 8080 TCP (inform)
- 8443 TCP (управление/web GUI)
- 3478 UDP (STUN)
- 10001 UDP (сканирование/прослушивание)
Блокировка этих портов приведёт к «нереагированию» на контроллер.
7) Версии прошивки/контроллера
- Если недавно обновляли контроллер или AP — возможно несовместимость. В логах контроллера обычно видно ошибки «incompatible firmware» или «adoption failed».
Что сделать сейчас и что мне прислать, если хотите помощь по шагам
- Скажите: контроллер локальный или облачный? AP виден в списке устройств контроллера (да/нет)? Какой IP у AP (если найден)? Были ли изменения в сети/вланах/свитчах до отказа?
- Если найдете IP и сможете SSH — пришлите вывод команд: uptime, ifconfig/ip addr, вывод set-inform и последний /var/log/messages (или просто отметьте, какие ошибки появляются).
- Если хотите — могу прислать точные команды для SSH и для выполнения set-inform, а также подсказки по сбросу и повторному принятию (adopt).
Готов помочь дальше — пришлите, пожалуйста, результаты первых пунктов (статус порта свитча, есть ли IP у AP, строки из логов контроллера).