首先，我充分意识到这个问题的存在。
这样一来，我正在寻找一些东西来监视基于窗口的系统的指标，这是不切实际的通过snmp收集（如在日志文件中存在某些子string）。
我尝试过使用NSClient ++，但是它的logging却极其欠缺（即使作者也承认），所以做一些甚至是远程的非标准的纯粹的反复试验，在即将到来的生产环境中是不可接受的。 最重要的是，插件CheckDisk.dll被认为是在最新的“稳定”版本（0.3.6？）中被打破，并报告CheckFile2testing结果不正确。
我真的失去了希望，但是，也许我错过了什么？ 也许在那里有一个NSClient ++的替代scheme？ 最好有一个全面的文件。
无论哪种方式， 你通过nagios监视基于Windows的主机是什么？
出于好奇，你有没有尝试写自己的脚本做你想做的事情？
NSClient ++与NRPE非常相似，它是在远程服务器上运行脚本的传输（在本例中为windows服务器）。 因此，您可以运行很多脚本，也可以编写自己的脚本。 除此之外，它还有一些内置的命令（现在几天是相当“好”，根据作者（我）logging，如果不让我知道什么是缺less的），但灵活性来自脚本如果你问我。
是的，CheckDisk在最新的稳定版本中有问题，并且（据我所知）已经修复了（0.3.7版本很快就会解决这个问题）。
不pipe怎么说，对不起，这样的闯入，但我玩“谷歌通知”，并得到了与这个链接eamil，所以我想我也可以回应：P
（不知道这是不是一个双重职位，但我以前写的回复不在这里，所以我重新张贴）
// Michael Medin
我们在所有的Windows操作系统上都使用了NSClient ++，但是有很多不同的版本在运行，主要是因为它们在不同的机器上崩溃。
对于日志检查来说，做一些日志传送可能更容易也更安全，并且让Windows将日志文件发送到系统日志服务器，这样你就可以在那里对它们进行grep了。 如果没有，从linux机器上挂载文件夹，并做类似的事情
logtail LOGFILE | grep "String you want" | mail admins 是一个快速和肮脏的方式。
如果您主要关心日志文件中的模式匹配，则可以使用标准Nagios插件附带的check_log插件; 我们使用它来检查我们的一些自制应用程序的日志文件中的特定消息，并且对此非常有效。 只要安装在日志文件的任何地方（或使用系统日志服务器，或从A到B获取日志数据的各种其他方法之一），并告诉插件你正在寻找什么样的string。