我已经有一段时间与Nagios一起工作了。 最近我开始testingNagwin只是为了看看它是如何工作的，出于纯粹的好奇心。 我停止检查与我的主要Nagiosconfigurationtesting服务器，设置NSclient ++为NRPE模式，并指出Nagwin在它。 它工作了好几个小时，然后突然间我开始看到“UNKNOWN：没有处理该命令”。 我认为这是Nagwin的错，因为它是如此的新，我只是卸载NRPElistner.dll，并返回我的服务器被监控check_NT。 但是现在check_NT不起作用，我的主Nagios服务器返回超时错误，根本无法连接。 我的Nagwin服务器可以连接到它，服务器只是不知道如何处理check_NRPE命令，即使它几小时前没有做任何更改。
我一直在这个工作了一天，相当肯定的是NSclient ++是谁在这里责怪。 我的nagwin盒子已经成功地连接到一个类似的服务器整个晚上，没有任何问题。 而我的主要Nagiosconfiguration没有任何问题。 我已经能够通过简单地加载和卸载NRPE.dll在没有任何问题的情况下成功切换另一台由nagios和nagwin监视的服务器。 我曾尝试卸载NSclient ++并重新安装新的configuration，但仍然收到错误。 截至目前，服务器上的防火墙已closures，NSclient ++设置为接受来自任何服务器的连接，没有密码，我也closures了ssl，并加载了NRPE模块。 任何想法，将不胜感激，我不是一个先进的Nagios用户，但我知道我的方式，可以很容易地分解它，并再次设置它。
我也想补充一点，在testing模式下，NSclient ++无法处理check_NRPE命令。
这可能看起来像一个愚蠢的答案，但我有一个类似的问题，它是在nsclient ++的版本中的错误。 我会build议升级到最新的稳定版本，看看问题是否仍然存在。
如果一个新的configuration文件不起作用，这听起来像是一个nsclient ++的问题。 在这种情况下，可能需要发布一个bug让他们仔细看看： http : //www.nsclient.org/nscp/newticket，或者在他们的数据库中可能已经有一个类似于这个的bug。
也可能是一个.dll的问题，值得检查机器上的事件查看器的其他错误。
希望这可以帮助你。
首先在testing模式下没有“check_nrpe”命令。 NSClient ++是（其中包括）具有大量内置内部命令的NRPE代理。
正常的诊断方法是：
另一种select是检查日志文件和/或启用debugging日志logging。 没有“这个信息”就很难诊断。
// Michael Medin