Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
UAP-AC-LITEs продолжают отключаться., UniFi Network
 
Примерно с конца марта у меня начались проблемы с UAP-AC-LITE: они уходят в офлайн. При этом Wi-Fi сети по-прежнему транслируются, клиенты подключаются, но IP-адреса не раздаются, а контроллер показывает точку доступа как офлайн. Первые такие случаи начались после обновления до версии 4.0.80.10875, хотя точной даты обновления у меня нет. Этот контроллер, свитч и API работают в этой конфигурации уже много лет. Перезагрузка точки доступа решает проблему.  

Контроллер: 5.12.66  
AP-AC-LITE: 4.0.80.10875  

Каждый раз, когда это происходит, в логах контроллера появляются записи вроде:  
[2020-03-31T12:45:41,697] <inform-19> ERROR inform - Inform Invalid for Device[192.168.0.6:41570], Bad data length
[2020-03-31T19:17:41,788] <inform-26> ERROR inform - Inform Invalid for Device[192.168.0.6:42232], Bad data length
[2020-03-31T19:35:44,695] <inform-28> ERROR inform - Inform Invalid for Device[192.168.0.6:42268], Bad data length
[2020-03-31T21:33:33,393] <inform-26> ERROR inform - Inform Invalid for Device[192.168.0.6:42516], Bad packet magic
[2020-03-31T22:02:08,501] <inform-29> ERROR inform - Inform Invalid for Device[192.168.0.6:42558], Bad data length
 
Мне так и не удалось получить больше данных сверх того, что было в опубликованных логах. Зато обновление до версии 4.3.20.11298 на моих коммутаторах и точках доступа, похоже, решило проблему.
 
Я запустил tails в 16:28:00, а через 10 секунд, в 16:28:10, отключил ноутбук от сети. Вставка содержит все логи, начиная с 16:28:00. Сегодня сделаю ещё одно снятие данных и посмотрю, будет ли что-то отличаться.
 
Привет, @edalquist, в логах нет данных с 16:28:10? С уважением, Гленн Р.
 
Вот логи со всех моих устройств UniFi: https://gist.github.com/edalquist/3fcaa3d1ee2dd4c309de6930ffccc662 Я отключил ноутбук от USB-хаба в 16:28:10, и точка доступа в гостиной ушла в офлайн. MAC-адрес ноутбука следующий: проводной: 4c:e1:73:4a:35:a0, подключён к порту 24; беспроводной: f0:18:98:3a:7a:16.
 
Привет, @edalquist, да, свитч и точка доступа. С уважением, Гленн Р.
 
Итак, я отслеживал /var/log/messages на AP, который отключился, но ничего не получил, прежде чем мой ssh-сеанс прервался. Стоит ли собрать такие же данные со свитчей и USG?
 
Привет, @edalquist, можешь прислать логи устройства, когда это случается? С уважением, Гленн Р.
 
Я обновил всё до версии 4.3.13.11253. Неделю не было никаких проблем, но потом понял, что в эту неделю Ethernet-порт моего USB-C дока не был подключён к свитчу. Сегодня два раза уходили офлайн точки доступа:

Первый раз — когда подключал Ethernet-кабель от USB-C дока к свитчу. Док не был подключён ни к какому ноутбуку, но всегда был под питанием. Как только подключил, одна из точек доступа ушла офлайн.

Второй раз — когда в конце дня отключал ноутбук от дока. Та же точка доступа снова ушла офлайн.

Постараюсь сегодня вечером отснять поведение с подключением/отключением дока ещё раз.

P.S. Похоже, именно так. Если отключать и снова подключать этот AUKEY USB-C хаб с Ethernet-портом, когда он включён, но к нему ничего не подключено, одна или несколько AP-AC-LITE уходят офлайн. Пока что, кажется, это влияет только на точки доступа, подключённые к тому же свитчу. Прикрепил топологию сети. Хаб подключён к свитчу Stair Closet R24.

Я подключался по SSH к точкам доступа перед переподключением. Пострадавшая точка доступа уходила офлайн примерно через 30 секунд после переподключения хаба, и SSH-сессия зависала. Я запускал команду "tail -f /var/log/*", но перед зависанием сессии не было никакого вывода.

Теперь, когда я могу воспроизвести эту проблему, есть идеи, как продолжить отладку?
Страницы: 1
Читают тему (гостей: 1)