首先，我完全清楚这个问题的存在。
有了这个， - 我正在寻找一些东西来监控基于 Windows 的系统的指标，这些指标通过 snmp 收集是不切实际的（例如日志文件中存在某些子字符串）。
我尝试使用 NSClient++，但是它的文档非常少（甚至作者也承认），所以即使是远程非标准的事情也是纯粹的试错，这在即将成为生产环境的情况下是不可接受的。最重要的是，插件 CheckDisk.dll 据称在最新的“稳定”版本（0.3.6？）中被破坏，并报告 CheckFile2 测试的错误结果。
我真的失去了希望，但是，尽管如此，也许我错过了什么？也许那里有NSClient ++ 的可行替代方案？最好有一个全面的文档。
无论哪种方式，您使用什么来通过 nagios 监视基于 Windows 的主机？
出于好奇，您是否尝试过编写自己的脚本来做您想做的事情？
NSClient++ 很像 NRPE，它是在远程服务器（在本例中为 windows 服务器）上运行脚本的传输。因此，您可以运行很多脚本，也可以编写自己的脚本。除此之外，它还有一些内置命令（如果不让我知道缺少什么，根据作者（我）的说法，现在这些命令已经很“好”了）但是如果你问我，“灵活性”来自脚本.
是的，CheckDisk 在最新的稳定版本中存在问题，并且（据我所知）已经修复（并且 0.3.7 很快就会发布，修复了这个问题）。
无论如何，很抱歉像这样闯入，但我玩了“谷歌警报”并通过此链接获得了一个电子邮件，所以我想我不妨回应一下：P
（不知道是不是双发，但我之前写的回复不在这里，所以我重新发布）
//迈克尔·梅丁
我们在所有的 Windows 机器上都使用 NSClient++，但是运行着许多不同的版本，主要是因为它在不同的机器上崩溃的方式。
对于日志检查，进行一些日志传送并让 Windows 将其日志文件发送到 syslog 服务器可能更容易、更安全，这样您就可以在那里 grep 它们。如果没有，请从 linux 机器上挂载文件夹并执行类似的操作
是一种快速而肮脏的方式。
如果您主要关心日志文件中的模式匹配，您可以使用标准 Nagios 插件附带的 check_log 插件；我们使用它来检查我们的一些自制应用程序的日志文件中的特定消息，并且它工作得很好。只需挂载日志文件所在的任何位置（或使用系统日志服务器，或从 A 到 B 获取日志数据的各种其他方法之一）并告诉插件您要查找的字符串。