是否可以设置 OpsView 或 Nagios 以根据其发送的状态电子邮件来报告设备情况？

Question

我经常使用手写解析器和来做这种事情send_nsca。为了举例说明，我们继续使用名为 server3 的机器上的名为“function X”的函数。

我通常的做法是使用特定于相关服务的收件人地址 - 比如说[email protected]。您可以在通用邮箱上执行此操作，但这意味着解析器中的逻辑更多（这意味着错误导致误报的可能性更大）并且意外删除发给人类的电子邮件的可能性更大。我让我的邮件服务器将地址接收到一个小程序中，例如用于 sendmail，在别名文件中：

functionXs3:              "|/usr/local/bin/functionx"

反过来，/usr/local/bin/functionx是一个体积小，重量轻脚本会查找成功/失败的特征标志并做出相应响应。我假设文本Function X on Fifteen has been completed表示成功，文本缺失表示失败，因此解析器可能如下所示：

#!/bin/bash
grep "Function X on Fifteen has been completed" && \
 ( echo "server3   function X   0   success" | send_nsca -H nagios.example.com ) || \
 ( echo "server3   function X   1   failure" | send_nsca -H nagios.example.com )

这里并不适合介绍客户端的设置和配置send_nsca，也不适合介绍服务器上的 NSCA 监听守护进程，但请注意，echo上述语句中的空格组必须是单个 TAB，并且success是failure风味文本，它们将出现在 NAGIOS 的“状态信息”列中，以及任何适当配置的通知中。

在 NAGIOS 中，您可以相应地定义主机和服务：

define host{
        use                     host-template
        host_name               server3
        address                 192.168.34.56
        }

define service{
        use                     passive-service-template
        host_name               server3
        service_description     function X
        max_check_attempts      1
        check_freshness         1
        freshness_threshold     100000
}

注意host_name和service_description确切地匹配回显到的前两个字段send_nsca。freshness_threshold应将设置为比函数作业运行的正常频率稍大的值（以秒为单位）；在我的例子中，该作业应该每天运行一次（86400 秒）。编写服务和主机模板必须主要作为练习，但作为指南，类似这样的内容将很有用：

define service{
        name                            passive-service-template
        use                             service-template
        normal_check_interval           60
        retry_check_interval            60
        active_checks_enabled           0 ; passive checks already enabled
        check_command                   check_dummy!2 "STALE SERVICE"
        register                        0      
        }

define command{
        command_name    check_dummy
        command_line    $USER1$/check_dummy  $ARG1$ 
        }

请注意用作check_dummy新鲜度检查。当 NAGIOS 在过去几秒内没有收到被动服务通知时freshness_threshold，它会调用此方法，它所做的就是发出带有状态文本“STALE SERVICE”的 CRITICAL 警报。这意味着，如果通知链因任何原因而默默失败 - 作业未运行、电子邮件未送达、解析脚本损坏、NSCA 失败 - NAGIOS 将向相应的收件人发出抱怨，以便调查问题。

这只能是答案的简要概述。我认为一些具体的配置示例可能会有所帮助，但完整的食谱是方式超出了 SF 答案的范围，所以请不要要求更多的配置细节。

Answer 1