Мониторинг Windows Update

[AlexeyZel]

Здравствуйте!
У меня возник следующий вопрос, может кто-то сможет мне помочь.
Я хочу попробовать настроить мониторинг обновлений Windows, как это описанно в https://www.zabbix.com/wiki/howto/mo...dows/wua-win32

Сохранил на машине с агентом версии 2.0.4 скрипт:

Set updateSession = CreateObject("Microsoft.Update.Session") 
Set updateSearcher = updateSession.CreateupdateSearcher()
Set searchResult = updateSearcher.Search("IsInstalled=0 and Type='Software'") 
WScript.Echo searchResult.Updates.Count

При запуске скрипт возвращает окно со значением "2" - два обновления доступно.
При запуске через командную строку - тоже все ок:

C:\Users\Azel>cscript.exe /nologo c:\zabbix\scripts\getnumupdates.vbs
2

C:\Users\Azel>

Затем добавил в параметры агента строку с параметром:

UserParameter=numupdates,%systemroot%\system32\cscript.exe /nologo c:\zabbix\scripts\getnumupdates.vbs

После этого пробуюу протестировать получение этого параметра на самом агенте и получаю ZBX_NOTSUPPORTED:

c:\Zabbix\win64>zabbix_agentd.exe --config c:\zabbix\zabbix_agentd.conf -t numup
dates
numupdates                                    [m|ZBX_NOTSUPPORTED]

Что я делаю не так? Помогите пожалуйста разобратся в чем проблема

[AlexeyZel]

Увеличил в конфиге агента параметр:

Timeout=10
(по умолчанию было - 3)

После этого:
1. Проверка агентом на сервере (zabbix_agentd.exe -t) - начала возвращать значение.
2. Проверка с сервера (zabbix_get) - тоже возвращает значение.
3. Когда настраиваю постоянную проверку (каждые 30 минут) в параметрах узла - проверка не проходит, говорит "параметр не поддерживается".

Я так понимаю что-то со временем отработки скрипта.
Есть у кого-то идеи как можно еще мониторить количество доступных обновлений?

[Mox]

Агенту не хватает прав?

[RPovorov]

hostname в конфиге агента совпадает с именем на сервере? Если он там не прописан, его нужно явно прописать.

[andy03]

покажите ключ элемента данных на сервере.
в конфиге клиента верно указан адрес сервера?
разрешены небезопасные параметры?

включите дебаг на сервере и клиенте, смотрите логи.

[AlexeyZel]

Разобрался.
Как оказалось дело было в таймауте на сервере.
В конфиге сервера Zabbix также нужно было прописать:

Timeout=10

После этого данная проверка начала работать.

[genakir]

Разобрался.
Как оказалось дело было в таймауте на сервере.
В конфиге сервера Zabbix также нужно было прописать:

Timeout=10

После этого данная проверка начала работать.

У себя в /etc/zabbix/zabbix_server.conf установил Timeout=30
После этого с сервера пытаюсь выполнить zabbix_get -s 10.0.0.106 -p 10050 -k wua.getnumupdates и через несколько секунд получаю ошибку:
timeout while executing a shell script
С чем может быть связана данная ошибка?

[Navoyenok]

Доброго времени суток, AlexeyZel.

У нас это тоже так реализовано, но на высокозагруженных серверах бывает что и 30 секунд не хватает на отработку данного скрипта (точнее сказать: редко когда хватает).
Один из выходов: данный скрипт должен запускаться локальным шедулером с запоминанием результатов в файл, а агент заббикса просто возвращает считанное из файла значение.

Так же у нас настроена отправка оповещении если данное число изменилось (чтобы зафиксировать сам факт что либо пришли новые айдейты или их кто-то установил).

С уважением, Navoyenok

[Mox]

Доброго времени суток, AlexeyZel.

У нас это тоже так реализовано, но на высокозагруженных серверах бывает что и 30 секунд не хватает на отработку данного скрипта (точнее сказать: редко когда хватает).
Один из выходов: данный скрипт должен запускаться локальным шедулером с запоминанием результатов в файл, а агент заббикса просто возвращает считанное из файла значение.

Так же у нас настроена отправка оповещении если данное число изменилось (чтобы зафиксировать сам факт что либо пришли новые айдейты или их кто-то установил).

С уважением, Navoyenok

если вы запускаете скрипт шедулером локально, то есть смысл не писать в файл, а слать результат на сервер с помощью zabbix_sender.

[Navoyenok]

Mox

Спасибо за подсказку. Тоже вариант !

[Mox]

Mox

Спасибо за подсказку. Тоже вариант !

С Zabbix_sender вариант понадежней, т.к. если вдруг у вас отвалится проверка по шедулеру, то агент так и будет читать данные однажды записанные в файл. А в случае zabbix_sender надо еще nodata навесить в условия триггера + не забыть переключить item в zabbix trapper

[Navoyenok]

Спасибо огромное

[HaronSSG]

Подскажите, а что дальше делать
zabbix_agentd.exe -t getnumupdates - отрабатывает
zabbix_get -s 10.х.х.х -p 10050 -k getnumupdates - отрабатывает.

А теперь как его заставить опрашивать с сервера и в самом web интерфейсе zabbix'а отобразить?

[neogan]

Подскажите, а что дальше делать
zabbix_agentd.exe -t getnumupdates - отрабатывает
zabbix_get -s 10.х.х.х -p 10050 -k getnumupdates - отрабатывает.

А теперь как его заставить опрашивать с сервера и в самом web интерфейсе zabbix'а отобразить?

создать элемент данных

[Navoyenok]

А если более подробно:
1. Создать элемент данных, который будет принимать данные от агента (с сервера, на котором мониторятся обновления)
2. На сервере где мониторятся обновления по рассписанию запускать скрипт для получения количества обновлений и отправлять эти значения при помощи zabbix_sender.exe отправлять их в "путь" элементу, созданному на шаге 1.

С уважением, Navoyenok