-
-
Вот тут наш иностранный товарищ запускал комплект Controller on Windows + Agent on Linux: https://github.com/zbx-sadman/unifi_miner/issues/3
Сам я подобным пока что не занимался, но так или иначе мониторинг должен работать при условии запуска скрипта в Linux box.Comment
-
-
Ваш путь один - работать через API. Примеры предоставляются вендором в виде shell-скрипта. Так же я встречал библиотеки для доступа на php и phyton. Никаких CrystalReport for UniFi мне не попадалось. Впрочем, я уже года два как не ищу - проще самому на perl накидать.
Есть ещё прямой путь в MongoDB, но нет гарантии, что на каком-то релизе не сменится структура базы данных.Comment
-
UniFi Miner и UniFi Proxy v.1.3.5 released
Благодаря внезапным нововведениям UBNT в код UniFi Controller выпущена новая версия UniFi Miner и UniFi Proxy - v.1.3.5 с которой все становится еще менее понятно, чем было.
В ней :- добавлена поддержка специфических для v5 объектов мониторинга;
- изменена версия используемого TLS с 1.0 на 1.2, неожиданно смененную UBNT в стабильной ветке 5.5, поломав весь мониторинг;
- введены два объекта dpi и sitedpi, по сути указывающие на одну и ту же структуру данных - информацию о DPI. Дублирование обусловлено тем, что в рамках релиза v5 меняется API и объект dpi актуален для веток до v5.6, а sitedpi, по всей видимости, будет использован во всех, начиная с v5.6.0;
- на основании реальных данных поправлена алгоритм получения метрик от UniFi Security Gateway (USG / UGW);
- стал доступен объект мониторинга voucher;
- JSON парсер подключается через враппер, что, потенциально позволяет вам выбирать между быстрым JSON::XS, классическим JSON::PP и единственно доступным на некоторых хостах Cpanel::JSON::XS;
- в UniFi Proxy входящие соединения обрабатываются при помощи IO::Socket::IP, который поддерживает IPv6 (но я не тестировал это).
Примечание #0. Метрики объектов мониторинга, относящихся к v5 будут доступны только при указании в настройках соответствующего значения версии.
Примечание #1. Информация о DPI становится доступна только при подключении к контроллеру UniFi устройства UniFi Security Gateway, которое и служит поставщиком информации о видах траффика, отображаемого на вкладке DPI. Каждый сайт допускает адаптацию одного (и не более) USG/UGW и имеет свои значения метрик DPI.
Примечание #2. Ваучеры, напротив, едины для всех сайтов и при их учете, во избежание дублирования, следует указывать в запросе конкретный сайт (Default, например).
Кроме того, для нового релиза переработан шаблон - метрики реорганизованы, добавлены новые, включая те, что предположительно будут существовать в будущих релизах. Однако, старые метрики не исключены. Поэтому вероятны ситуации, когда определенная метрика перейдет в режим "Не поддерживается". Это означает, что UBNT выкинула ее из той версии релиза, что вы имели несчастье поставить, или она начнет существовать в следующих. Или же я просто допустил описку.
В силу того, что стали наблюдаться проблемы с импортом шаблона по причине громоздкости, он был разбит на несколько частей:- Шаблон контроллера и метрик DPI;
- -"- UniFi Access Point (UAP);
- -"- UniFi Security Gateway (UGW);
- -"- UniFi Switch (USW);
- -"- VoIP телефонов;
- -"- Hotspot ваучеров;
- -"- подключенных пользователей;
Шаблоны поставляются в двух вариантах - с активными проверками и пассивными. Шаблоны едины для UniFi Miner и UniFi Proxy и поддерживают LLD.
Надеюсь, что при разделении ничего не потерял и все будет работать как и прежде.
И, по русской традиции, проследуйте в ссылки, к:
Comment
-
Друзья, если у кого-нибудь есть желание помочь - погоняйте экспериментальную версию UniFi Miner 1.3.6 с фичей отдачи JSON для Zabbix 3.4 preprocessor: https://github.com/zbx-sadman/unifi_...r/experimental.
У меня такой инсталляции нет, когда соберусь устанавливать - неизвестно.Comment
-
UniFi Miner и UniFi Proxy v.1.3.6 released
UniFi Miner и UniFi Proxy стараются бежать изо всех сил, чтобы оставаться на месте. Теперь они могут:- Отдавать чистейший JSON, который, теоретически, может быть обработан препроцессором Zabbix v3.4;
- Фильтровать JSON-ключи с помощью незамысловатых RegExp-ов, делая отбор объектов более гибким;
- Не впадать в панику, если UniFi Controller не наделил объект ключом _id.
Примечание #0: похоже, что Zabbix preprocessor на данной стадии не понимает ключи JSON, содержащие дефис, поэтому перестроение универсальных шаблонов пока невозможно.
Примечание #1: отсутствие _id замечено в ветке UniFi Controller v5.6 у неадаптированных устройств.
Судя по письмам - многих интересует вопрос с триггером на наличие новой прошивки для того или иного устройства. Небольшое пояснение находится тут: https://github.com/zbx-sadman/unifi_proxy/issues/17
Весь стафф по прежнему тут:Comment
-
sadman,
Приветствую! При настройке Unifi Miner столкнулся с проблемой получения данных сервером Zabbix.
Конфигурации
- Контроллер UniFi 5.3.11, поднят на Debian GNU/Linux 8.7 (jessie)
- Сервер Zabbix Zabbix 2.4.2, поднят на openSUSE 12.3 (Dartmouth)
- Версия UniFi Miner 1.3.6
Конфигурация Zabbix агента на контроллере UniFi
Server=%IP%
LogFile=/var/log/zabbix-agent/zabbix_agentd.log
LogFileSize=0
Hostname=%Hostname%
Include=/etc/zabbix/zabbix_agentd.conf.d/
UnsafeUserParameters=1
UserParameter=unifi.proxy[*],/usr/local/bin/zabbix/unifi_miner.pl -a "$1" -o "$2" -s "$3" -k "$4" -i "$5" -n "$6" -c "$7"
При добавлении шаблонов Discovery rules какое то время находятся в состоянии Enable, затем переходят в статус Not Supported
Данные не поступают.
Локально на контроллере UniFi запросы выполняются корректно
zabbix_get не работает на версии 2.4.2 (https://www.zabbix.com/documentation...ges/zabbix_get), потому проверить выполнение команд с сервера zabbix не получилось.root@debian:/usr/local/bin/zabbix# zabbix_agentd -t unifi.proxy[discovery,wlan]
unifi.proxy[discovery,wlan] [t|{"data":[{"{#NAME}":"%WLAN_NAME%","{#SITEDESC}":"Office","{ #SITENAME}":"default","{#SITEID}":"%SITEID%","{#ID }":"%SITEID%","{#ISGUEST}":"false"},{"{#SITEDESC}" :"Office","{#NAME}":"%WLAN_NAME%","{#ID}":"%SITEID %","{#ISGUEST}":"false","{#SITENAME}":"default","{ #SITEID}":"%SITEID%"}]}]
Подскажи в какую сторону копать.Comment
-
На первый взгляд - проблема находится между Zabbix server и Zabbix agent, как не крути. Как только zabbix_agentd -t отдал правильный JSON, можно с 95% уверенности говорить о том, что интеграция скрипта прошла успешно.
Я сам сижу на Zabbix 2.4 и проверяю на нем, поэтому удивлен тому, что zabbix_get не работает.
В любом случае - ответы могут дать только zabbix_get и логи агента на уровне отладки 3 или 4.
Кстати, вы можете воспользоваться утилитой netcat вместо zabbix_get. Например:
Code:echo "agent.hostname" | nc 127.0.0.1 10050
Comment
-
Просто к слову: начиная с 4-й версии (которая на данный момент в стадии "третья альфа") эта лавочка прикрывается.Comment
-
sadman,
Вероятно проблема в сервере на котором развёрнут сам Zabbix (openSUSE 12.3 (Dartmouth))
Выполнил предложенную тобой команду, она вернула имя агента корректно. Связь между сервером и агентом, есть. Шаблон для Linux, вполне успешно возвращает данные.
Не уверен какие команды надо отправлять для взаимодействия с UniFi Miner. Попробовал unifi.proxy[discovery,user] и вариации, но в ответ всё время ZBXDZBX_NOTSUPPORTED.
Подскажи команду, которая через этот запрос выдаст данные с UniFi Miner, если это возможно.%Zabbix Server%:~ # echo "agent.hostname" | nc %Agent_IP% 10050
ZBXD %Agent_Hostname%
%Zabbix Server%:~ # echo "unifi.proxy[discovery,user]" | nc %Agent_IP% 10050
ZBXDZBX_NOTSUPPORTEDYou have new mail in /var/mail/rootComment
-
У меня всё OK:
Может у вас там два конфига агента в разных местах? Других идей у меня нет.Code:#echo "unifi.proxy[discovery,wlan]" | nc xxx.xxx.xxx.xxx 10050 ZBXD {"data":[{"{#SITENAME}":"default","{#NAME}":"Airnet Two","{#SITEID}":"5523f87e99320d293df816fd","{#ISGUEST}":"0","{#ID}":"5523fa549932508ffaf3b3fd","{#SITEDESC}":"Default"}, .....Comment
-
sadman , спасибо за содействие. Всё в единственном экземпляре) Если получится разобраться отпишусь)Comment
Comment