首先，我完全知道这个问题。
有了这些，我正在寻找一些东西来监视基于 Windows 的系统以获取通过 snmp 收集不切实际的指标（例如日志文件中某些子字符串的存在）。
我曾尝试使用 NSClient++，但是它的文档非常少（甚至作者也承认这一点），因此，即使是做一些稍微不符合标准的事情也只是纯粹的反复试验，这在即将投入生产的环境中是不可接受的。除此之外，插件 CheckDisk.dll 据说在最新的“稳定”版本（0.3.6？）中出现问题，并报告了 CheckFile2 测试的错误结果。
我确实失去了希望，但尽管如此，也许我错过了什么？也许有是有没有 NSClient++ 的替代品？最好有详尽的文档。
无论如何，你用于通过 nagios 监控基于 Windows 的主机？
答案1
出于好奇，您是否尝试过编写自己的脚本来做您想做的事情？
NSClient++ 与 NRPE 非常相似，它是在远程服务器（在本例中为 Windows 服务器）上运行脚本的传输方式。因此，您可以运行许多脚本，也可以编写自己的脚本。除此之外，它还有一些内置命令（根据作者（我）的说法，这些命令现在都“还不错”，如果没有，请告诉我缺少了什么），但如果您问我，“灵活性”来自脚本。
是的，CheckDisk 在最新的稳定版本中存在问题，并且（据我所知）已经得到修复（并且 0.3.7 即将发布，将修复此问题）。
无论如何，很抱歉这样打扰你，但我玩过“谷歌提醒”，并收到了一封带有此链接的电子邮件，所以我想我也可以回复一下:P
（不知道这是否是重复帖子，但我之前写的回复不在这里，所以我重新发布）
// 迈克尔·梅丁
答案2
我们在所有的 Windows 机器上都使用 NSClient++，但是运行着许多不同的版本，主要是因为它在不同的机器上崩溃的方式不同。
对于日志检查，进行一些日志传送并让 Windows 将其日志文件发送到 syslog 服务器以便您可以在那里 grep 它们可能更简单、更安全。如果没有，请从 Linux 计算机挂载文件夹并执行类似操作
logtail LOGFILE | grep "String you want" | mail admins
这是一种快速但不太好的解决方案。
答案3
如果您主要关心的是日志文件中的模式匹配，则可以使用标准 Nagios 插件附带的 check_log 插件；我们使用它来检查我们自制的一些应用程序的日志文件中的特定消息，并且它在这方面表现得相当不错。只需安装日志文件所在的位置（或使用 syslog 服务器，或从 A 到 B 获取日志数据的其他各种方法之一）并告诉插件您要查找的字符串。