Ubiquiti UniFi + zabbix

[sadman]

Ну он мог бы какую нибудь более глубокую аналитику с точек снимать, мы сейчас у себя по всей видимости уперлись именно в производительность отдельной точки - в незагруженные часы все еще как то работает, в час пик вместо 2 мегабит на пользователя получаем рандомно от нуля до 0,5.

Это, наверно, нужно метрики с таблиц radio_table / radio_ng инспектировать. Помнится, что с прошивками 2.x перфоманс падал в шумной радиообстановке и, бывало, что тарелки тупо зависали. Так же припоминаю, что какая-то из метрик ng_ast_* отвечает за красную зону в Perfomance. Только она пересчитывается по формуле какой-то. Но, в целом, по росту можно понять, что проблемы имеются. Беда только в том, что там, порой, хранится null, который вышибает элемент данных на какое-то время.

[sadman]

Глупый вопрос - куда копнуть, у меня забикс говорит на unifi.discovery[user] нот саппорт, хотя
echo "discovery,user" | nc 127.0.0.1 8448 -q 1 вполне себе работает

Нужно проверить, что отдает агент на хосте с контроллером:

zabbix_agentd -t "unifi.discovery[user]"

Если не OK, то смотреть на соотв. UserParameter.

, и еще в консоль на сервере с прокси сыпет вот такое
Use of uninitialized value in concatenation (.) or string at /usr/local/sbin/unifi_proxy.pl line 584.

На этой строке комментарий находится, что там может конкатенироваться...

[fermion]

Это, наверно, нужно метрики с таблиц radio_table / radio_ng инспектировать. Помнится, что с прошивками 2.x перфоманс падал в шумной радиообстановке и, бывало, что тарелки тупо зависали. Так же припоминаю, что какая-то из метрик ng_ast_* отвечает за красную зону в Perfomance. Только она пересчитывается по формуле какой-то. Но, в целом, по росту можно понять, что проблемы имеются. Беда только в том, что там, порой, хранится null, который вышибает элемент данных на какое-то время.

Так а чего делать с

Not supported by Zabbix Agent

?

[sadman]

Так а чего делать с

Not supported by Zabbix Agent

?

Агент ничего не знает про данный ключ.
Действовать стандартно - добавить UserParameter, как тут описано: https://www.zabbix.com/forum/showpos...5&postcount=70 и перезапустить сервис агента.

[fermion]

Агент ничего не знает про данный ключ.
Действовать стандартно - добавить userparameter, как тут описано: https://www.zabbix.com/forum/showpos...5&postcount=70 и перезапустить сервис агента.

Спасибо, плохо когда невнимательный.

А с ошибкой как быть?

[SeaLancer]

Не отрабатывает шаблон

Доброго дня.
Настроил miner согласно инструкции. С Zabbix-сервера через zabbix_get все ключи отрабатывают нормально, но при подключении шаблона к серверу, выдаются только параметры ping/loss/time, а остальные пишет "no data". Куда копать?

[sadman]

Если элементы данных ping/loss/time есть, то правильно ли я предполагаю, что у вас из оборудования что-то типа UAP и LLD отработал, создав кучу элементов?

Пока ситуация достаточно туманна, но я бы попробовал для начала отсечь проблему с active/passive проверками. Установите для нескольких прототипов элементов данных Type=Zabbix agent (не Zabbix agent (active)). Если проблема решится, копайте в сторону разрешения активных проверок на стороне агента, который отдает данные по ключам.

[SeaLancer]

Если элементы данных ping/loss/time есть, то правильно ли я предполагаю, что у вас из оборудования что-то типа UAP и LLD отработал, создав кучу элементов?

Точки AP и AP-Pro

Пока ситуация достаточно туманна, но я бы попробовал для начала отсечь проблему с active/passive проверками. Установите для нескольких прототипов элементов данных Type=Zabbix agent (не Zabbix agent (active)). Если проблема решится, копайте в сторону разрешения активных проверок на стороне агента, который отдает данные по ключам.

Ок, спасибо, попробую и отпишусь.

Upd. Да, поменял на обычный и все заработало. Спасибо.

[SeaLancer]

Icmp

Доброго дня. Еще одна проблемка нарисовалась. Все работало как часы, но по ряду причин пришлось перенести management интерфейс точек в отдельный VLAN.
У контроллера теперь в итоге два интерфейса, один смотрит в локальную сеть с VLAN 1, а второй в менеджмент сеть с другим VLAN, в этом же VLAN и сети находятся точки. Пинг с контроллера проходит без проблем, данные о трафике, пользователях и тд также получаются стабильно, а вот на ICMP (тригер) почему то ругается, говорит что точки не доступны.
Отключал темплейт с очисткой данных и подключал обратно, не помогло.
Что еще можно посмотреть?

[sadman]

Боюсь, что данная проблема не связана с моим продуктом.

Если предположить, что в этих VLAN-ах у вас используются разные подсети, то необходимо разбираться с роутингом.

На мой взгляд будет проще собрать в менеджмент влан заббикс, точки, контроллер. На точках поднять вланы для каждой WLAN (в терминологии UniFi site) со своим адресным ип-пространством (подсети #2, #3, ..., #N). Потом всё это дело слить в роутер, перемешать как следует и спустить в /dev/null.

[SeaLancer]

Боюсь, что данная проблема не связана с моим продуктом.

Если предположить, что в этих vlan-ах у вас используются разные подсети, то необходимо разбираться с роутингом.

На мой взгляд будет проще собрать в менеджмент влан заббикс, точки, контроллер. На точках поднять вланы для каждой wlan (в терминологии unifi site) со своим адресным ип-пространством (подсети #2, #3, ..., #n). Потом всё это дело слить в роутер, перемешать как следует и спустить в /dev/null.

Смущает, что icmp из консоли работает нормально, да и все данные с точек получаются корректно... Если бы просто точки были не доступны, тогда однозначно роутинг... Единственное что приходит в голову, что заббикс агент использует IP-адрес внутренней сети, возможно и пинг по какой то причине он осуществляет через адаптер с внутренним IP адресом, а не management...

[sadman]

Смущает, что icmp из консоли работает нормально, да и все данные с точек получаются корректно...

Наверное дело в том, что icmpping осуществляется самим Zabbix Server-ом, а не контроллером UniFi.

Итак, факты:

Zabbix Server (A) <== VLAN1 ==> UniFi Controller (B) <== VLAN2 ==> UAPs (C).

1) C контроллера (B) пингуются точки (C), так как они находятся в одной ip-подсети.
2) Данные приходят с контроллера (B) на Zabbix Server (A), так как узлы в одной ip-подсети.
3) Zabbix Server (A) не может пинговать точки (C).


Вывод? Существует проблема связности A и C, вероятно на B не включен форвардинг пакетов, не настроены шлюзы и пр.

[SeaLancer]

Наверное дело в том, что icmpping осуществляется самим Zabbix Server-ом, а не контроллером UniFi.

Итак, факты:

Zabbix Server (A) <== VLAN1 ==> UniFi Controller (B) <== VLAN2 ==> UAPs (C).

1) C контроллера (B) пингуются точки (C), так как они находятся в одной ip-подсети.
2) Данные приходят с контроллера (B) на Zabbix Server (A), так как узлы в одной ip-подсети.
3) Zabbix Server (A) не может пинговать точки (C).


Вывод? Существует проблема связности A и C, вероятно на B не включен форвардинг пакетов, не настроены шлюзы и пр.

Да, это логично, хотя и не очевидно, т.к. тригер выглядит вот так: "[default] UAP "msk-ap06" is unavailable by ICMP" и при нажатии на событии и выборе ping, осуществляется ping контроллера, а не точки. Если же пингом занимается именно сервер Zabbix, тогда понятны причины.

[sadman]

при нажатии на событии и выборе ping, осуществляется ping контроллера, а не точки.

Да, с этим есть проблемы понимаемости и очевидная нелогичность, не буду скрывать.

Но, если учитывать, что контролируемый объект - узел, на котором установлен UniFi Controller, а элемент данных создан из данных, которые этот узел предоставляет и то, что в этом элементе данных находится некий ip-адрес - не более, чем случайность, то всё становится на места.

Если бы у вас в на странице Hosts была конкретная точка с ее ip-адресом, то Zabbix в "событиях" пинговал бы ее.

Хочу вам сказать, что гораздо сложнее принять этот факт в отношении коммутатора, который по всем правилам должен иметь свой ip, но вынужден иметь ip контроллера, иначе с него можно получить только от мертвого осла уши.

[SeaLancer]

Да, с этим есть проблемы понимаемости и очевидная нелогичность, не буду скрывать.

Но, если учитывать, что контролируемый объект - узел, на котором установлен UniFi Controller, а элемент данных создан из данных, которые этот узел предоставляет и то, что в этом элементе данных находится некий ip-адрес - не более, чем случайность, то всё становится на места.

Если бы у вас в на странице Hosts была конкретная точка с ее ip-адресом, то Zabbix в "событиях" пинговал бы ее.

Хочу вам сказать, что гораздо сложнее принять этот факт в отношении коммутатора, который по всем правилам должен иметь свой ip, но вынужден иметь ip контроллера, иначе с него можно получить только от мертвого осла уши.

Спасибо за помощь. После настройки доступа к менеджмент сети с Zabbix сервера, все работает нормально.