Прежде всего, я полностью осознаю существование этот вопрос.
Теперь я ищу что-нибудь для мониторинга систем на базе Windows на предмет метрик, которые нецелесообразно собирать через snmp (например, наличие определенных подстрок в файлах журнала).
Я пробовал использовать NSClient ++, однако он крайне недокументирован (даже автор это признает), поэтому выполнение чего-либо, даже отдаленно нестандартного, является чистым методом проб и ошибок, что неприемлемо в производственной среде, которая скоро появится. Вдобавок ко всему, плагин CheckDisk.dll предположительно сломан в последней «стабильной» версии (0.3.6?) И сообщает о неверных результатах теста CheckFile2.
Я действительно потерял надежду, но, тем не менее, может быть, я чего-то упускаю? Возможно там является рабочая альтернатива NSClient ++? Желательно с исчерпывающей документацией.
В любом случае, что делать ты использовать для мониторинга хостов на базе Windows через nagios?
Из любопытства пробовали ли вы написать собственный сценарий для того, что хотите делать?
NSClient ++ очень похож на NRPE, это транспорт для запуска скрипта на удаленном сервере (в данном случае серверах Windows). Таким образом, у вас есть много сценариев, которые вы можете запустить, и вы также можете написать свой собственный. В дополнение к этому он также имеет несколько встроенных команд (которые в настоящее время довольно "хорошо" задокументированы, по словам автора (меня), если не дайте мне знать, чего не хватает), но "гибкость" исходит от сценариев, если вы спросите меня .
И да, у CheckDisk были проблемы в последней стабильной версии, и (насколько мне известно) с тех пор они были исправлены (и довольно скоро выйдет 0.3.7, которая устраняет эту проблему).
В любом случае, извините за такое вмешательство, но я поиграл с "предупреждениями Google" и получил письмо с этой ссылкой, поэтому я решил, что могу ответить: P
(не знаю, двойной ли это пост, но ответа, который я написал ранее, здесь не было, поэтому я отправляю его повторно)
// Майкл Медин
Мы используем NSClient ++ на всех наших компьютерах с Windows, однако существует несколько запущенных различных версий, в основном из-за того, как он дает сбой на разных машинах.
Для проверки журналов может быть проще и безопаснее выполнить некоторую доставку журналов и заставить Windows отправлять свои файлы журналов на сервер системного журнала, чтобы вы могли найти их там. Если нет, монтируем папку с Linux-машины и делаем что-то вроде
logtail LOGFILE | grep "String you want" | mail admins
Это быстрый и грязный способ обойти это.
Если вас в основном интересует сопоставление с образцом в файлах журнала, вы можете использовать плагин check_log, который поставляется со стандартными плагинами Nagios; мы используем это для проверки конкретных сообщений в файлах журналов некоторых из наших самодельных приложений, и для этого он работает очень хорошо. Просто смонтируйте там, где находятся файлы журнала (или используйте сервер системного журнала, или один из различных других методов для получения данных журнала от A до B) и сообщите плагину, какую строку (строки) вы ищете.