Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
U6-LR не удалось принять Unifi Network 9.0.114 Hosted L3 Controller., wifiman
 
Привет, команда!

На днях столкнулся с проклятым U6-LR AP, который упорно отказывается присоединяться к нашему Layer 3 контроллеру, размещенному в AWS (debian). Сам контроллер довольно большой, там около 90+ сайтов, на каждом из них несколько AP.

Я, кажется, перепробовал все: откатывал и обновлял версию прошивки AP до 6.6.X, доступной на UI downloads. Сейчас оставил на последней, так как старые версии не помогли. Сам AP стандартные UBNT учетные данные, так как он еще не подключен, и его несколько раз перезагружали с помощью скрепки, через CLI и т.д.

AP отлично работает, если просто установить сетевое приложение на Windows ноутбук локально, после чего он сразу же подключается, как обычно. Однако, когда я указываю ему подключиться к нашему L3 (удаленного) контроллеру, он не получает никаких сообщений о подключении, насколько я понимаю.

Проверка Info показывает статус "server rejected" для запроса подключения, так что похоже, наш L3 его не любит.

Я обновил контроллер до v9 с предыдущей v7, но разницы нет.

Даже взял еще один AP на всякий случай (к сожалению, не LR, а u6+), и он сразу же появляется в качестве цели подключения, так что контроллер способен подключать, просто не этот конкретный AP.

Я зашел по SSH на контроллер и вручную ввел mongodb на всякий случай и удалил MAC-адрес устройства, что вернуло 1 строку, но все равно не работает.

Для ясности, у нас есть несколько U6-LR, подключенных к контроллеру для нескольких сайтов, размещенных на нем, поэтому я не понимаю, почему этот конкретный AP отличается (у них также одинаковая версия прошивки).

U6-LR-BZ.6.6.78# infoModel:
Version:
6.6.78.15404
MAC Address: 28:70:4e:35:a7:79
IP Address: 172.16.1.12
Hostname: U6-LR
Uptime: 252 seconds
NTP: Synchronized
Status: Server Reject (http://XXXXX:8080/inform)

Буду признателен за любые советы. Не думаю, что это повод для RMA, так как устройство явно работает локально, значит, я что-то упускаю.
 
Сообщение "Server Reject" означает, что сервер отклонил запрос на добавление устройства, так что контроллер, возможно, застрял в странном состоянии. Есть команда mongo CLI для удаления таких устройств из базы данных. Инструкции можно посмотреть в этой записи: https://community.ui.com/questions/WARN-inform-devmacaddresshere-used-default-key-in-INFORMERROR-state-reject-it/fa0fcb19-2ec5-4e21-8204-f2dc1f54510b
 
Спасибо за обновление!
 
Спасибо за ссылку. Мне удалось немного прочистить это через Mongo CLI, и после перезагрузки LR теперь работает как положено. Честно говоря, думаю, простая перезагрузка самого сервиса контроллера была тем, чего мне не хватало. Это вынудило его заново проверить БД и отметить, что запись (которую он удерживал) была очищена, и это позволило ему отказаться от связывания. Если сомневаетесь, перезагрузите :)

Всё хорошо, удачи!
Страницы: 1
Читают тему (гостей: 1)