#!/bin/bash

PS="/bin/ps"
GREP="/bin/grep"
WC="/usr/bin/wc"
TR="/usr/bin/tr"
BC="/usr/bin/bc"
PROGRAMA="httpd"
CAT="/bin/cat"

# FUNÇAO PARA ARMAZENAR OS VALORES DA MEMORIA UTILIZADA
function mem_util () {
                array=(`$PS aux | $GREP $PROGRAMA | $GREP -v grep | awk '{print $6}'`)
                echo ${array[@]} | $TR ' ' '+' | $BC
                }

# COMPARANDO OS VALORES E INFORMANDO AO NAGIOS
                $CAT /var/run/$PROGRAMA.pid > /dev/null 2>&1
                if [ $? -eq 0 ]; then
                        VALOR_1=`$PS aux | $GREP $PROGRAMA  | $GREP -v grep | $WC -l`
                        if [ $? -lt 50 ]; then
                                echo "OK - Total de processos $VALOR_1 - `mem_util` KBytes|TOTAL_DE_PROCESSOS=$VALOR_1"
                                exit 0
                        fi
                        if [ $? -lt 100 ]; then
                                echo "WARNING - Total de processos $VALOR_1 - `mem_util` KBytes|TOTAL_DE_PROCESSOS=$VALOR_1"
                                exit 1
                        fi
                        if [ $? -gt 100 ]; then
                                echo "CRITICAL - Total de processos $VALOR_1 - `mem_util` KBytes|TOTAL_DE_PROCESSOS=$VALOR_1"
                                exit 2
                        fi
                else
                        echo "SERVICE CRITICAL - SEM PID NO MOMENTO|TOTAL_DE_PROCESSOS=0"
                        exit 2
                fi
exit 3

Exemplo:

./check_webserver.sh
OK - Total de processos 9 - 41352 KBytes|TOTAL_DE_PROCESSOS=9

Agora é só utilizá-lo através do NRPE para obter informações do servidor remoto.

até!

O NSCA amplia as capacidades do Nagios, de forma que ele possa trabalhar numa plataforma de monitoração distribuída.

Vamos para sua configuração

No servidor

Passo -1: Faça o Download do nsca e compile o pacote.

[root@swu-monitoramento opt]# wget http://ufpr.dl.sourceforge.net/sourceforge/nagios/nsca-2.4.tar.gz
[root@swu-monitoramento opt]# tar -xvf nsca-2.4.tar.gz
[root@swu-monitoramento opt]# cd nsca-2.4/
[root@swu-monitoramento nsca-2.4]# ./configure
[root@swu-monitoramento nsca-2.4]# make all

Passo -2: Instale os pacotes abaixo no servidor

[root@swu-monitoramento nsca-2.4]# yum install libmcrypt.x86_64 libmcrypt-devel.x86_64 xinetd.x86_64

Passo -3: siga os comandos abaixo

[root@swu-monitoramento nsca-2.4]# cp src/nsca /usr/share/nagios/bin/
-rwxr-xr-x 1 nagios nagios 81391 Jan 20 08:40 nsca
[root@swu-monitoramento nsca-2.4]# cp nsca.cfg /etc/nagios/
-rw------- 1 nagios nagios  5098 Jan 20 15:46 nsca.cfg
[root@swu-monitoramento nsca-2.4]# cd /etc/nagios/

[root@swu-monitoramento nagios]# vim nsca.cfg
Edite as linhas abaixo:

server_address=IP-DO-SERVIDOR
allowed_hosts=0.0.0.0
password=SENHA-AQUI-PARA-COMUNICAÇÃO-ENTRE-OS-SERVIDORES

Passo -4: Configure o xinetd.d/nsca

[root@swu-monitoramento nagios]# cd /etc/xinetd.d/

[root@swu-monitoramento xinetd.d]# vim nsca 

service nsca
{
        flags           = REUSE
        type            = UNLISTED
        port            = 5667
        socket_type     = stream
        wait            = no
        user            = nagios
        group           = nagios
        server          = /usr/share/nagios/bin/nsca
        server_args     = -c /etc/nagios/nsca.cfg --inetd
        log_on_failure  += USERID
        disable         = no
        only_from       = 127.0.0.1 0.0.0.0
}

Passo 5: Inicie o xinetd

[root@swu-monitoramento xinetd.d]# /etc/init.d/xinetd restart

Passo 6: Faça a configuração do Firewall – MUITO IMPORTANTE ISSO

[root@swu-monitoramento xinetd.d]# iptables -A INPUT -p tcp -s IP-SERVIDOR-NAIOGS --dport 5667 -d IP-DO- CLIENTE -j ACCEPT

Passo 7: Agora crie ou edite os arquivos de host.cfg, commands.cfg e nagios.cfg

[root@swu-monitoramento xinetd.d]# cd /etc/nagios/objects/

Passo 8: Editando o arquivo commands.cfg

[root@swu-monitoramento objects]# vim commands.cfg 

define command{
        command_name    check_dummy
        command_line    /usr/lib/nagios/plugins/check_dummy $ARG1$ $ARG2$
        }

Passo 9: Configure o host.cfg. No meu caso esta sendo hobby2.cfg

[root@swu-monitoramento objects]# vim hobby2.cfg
# HOST HOBBY2
define host{
        use             gnulinux_temp1-host
        host_name       hobby2
        address         IP-DO-CLIENTE
        active_checks_enabled         1
        passive_checks_enabled        1
        flap_detection_enabled        0
        }

define service{
        use                             gnulinux_temp1-service
        host_name                       hobby2
        service_description             PING
        check_command                   check_dummy
        }

Passo 10: Configure o arquivo nagios.cfg

[root@swu-monitoramento objects]# vim /etc/nagios/nagios.cfg
cfg_file=/etc/nagios/objects/hobby2.cfg

Passo 11: Execute o comando abaixo

[root@swu-monitoramento objects]# nagios -v /etc/nagios/nagios.cfg

Passo 12: Copie os arquivos para o Cliente

[root@swu-monitoramento nsca-2.4]# scp send_nsca.cfg root@192.168.3.3:/etc/nagios/
[root@swu-monitoramento nsca-2.4]# scp send_nsca root@192.168.3.3:/usr/local/bin/

Pronto Servidor Configurado!

No Cliente

Passo -1: Instale os pacotes abaixo

# apt-get install mcrypt libmcrypt-dev

Passo 2: Edite o arquivo send_nsca.cfg

hobby:/etc/nagios# cd /etc/nagios

hobby:/etc/nagios# vim send_nsca.cfg
password=SENHA-AQUI-A-MESMA-DO-SERVIDOR
encryption_method=1

Passo 3: Crie o script abaixo para monitorar o ping do Cliente

hobby:/D2D/scripts# vim ping_hobby.sh 

#!/bin/bash

SERVER="IP-DO-SERVIDOR-NAGIOS"
SERVER_PORT="5667"
SERVER_TIMEOUT="10"

# NSCA CCONFIG FILE
SEND_NSCA_CFG_FILE="/etc/nagios/send_nsca.cfg"
SEND_NSCA="/usr/local/bin/send_nsca"

OK=0
WARNING=1
CRITICAL=2
UNKNOWN=3
GREP="/bin/grep"
ECHO="/bin/echo"

        PLUGIN="`/usr/lib/nagios/plugins/check_fping IP-DO-CLIENTE`"
        $ECHO $PLUGIN | $GREP "OK"
        if [ $? = 0 ]; then
                RESULTADO="hobby2;PING;0;$PLUGIN"
                /bin/echo $RESULTADO | /usr/local/bin/send_nsca -H $SERVER -d ';' -c $SEND_NSCA_CFG_FILE
                exit 0
        fi

        $ECHO $PLUGIN | $GREP "WARNING"
        if [ $? = 0 ]; then
               RESULTADO="hobby2;PING;1;$PLUGIN"
                $ECHO $RESULTADO | $SEND_NSCA -H $SERVER -d ';' -c $SEND_NSCA_CFG_FILE
                exit 1
        fi

        $ECHO $PLUGIN | $GREP "CRITICAL"
        if [ $? = 0 ]; then
               RESULTADO="hobby2;PING;2;$PLUGIN"
                $ECHO $RESULTADO | $SEND_NSCA -H $SERVER -d ';' -c $SEND_NSCA_CFG_FILE
                exit 2
        fi

Passo 4: Agora é só executar o Script e verificar o log no servidor Nagios

hobby:/D2D/scripts# ./ping_hobby.sh
FPING OK - 192.168.3.3 (loss=0%, rta=0,000000 ms)|loss=0%;;;0;100 rta=0,000000s;;;0,000000
1 data packet(s) sent to host successfully.

Exemplo do log no Servidor Nagios.

[root@swu-monitoramento objects]# tail -f /var/log/nagios/nagios.log | grep hobby
[1327090368] EXTERNAL COMMAND: PROCESS_SERVICE_CHECK_RESULT;hobby2;PING;0;FPING OK - 192.168.3.3 (loss=0%, rta=0,000000 ms)|loss=0%;;;0;100 rta=0,000000s;;;0,000000

Pronto tudo configurado!
Até.

Instalação e Configuração no CentOS 6

Passo -1:

# yum install rrdtool.x86_64 rrdtool-perl.x86_64 rrdtool-php.x86_64 rrdtool-devel.x86_64 php.x86_64 php-gd.x86_64

# wget http://sourceforge.net/projects/pnp4nagios/files/latest/download
# tar -xvf pnp4nagios-0.6.16.tar.gz
# ./configure --prefix=/usr/share/nagios
# make all
# make install
# make install-config
# make install-webconf

Passo -2:

# cd /etc/httpd/conf.d/

Passo -3:

# vim pnp4nagios.conf
# SAMPLE CONFIG SNIPPETS FOR APACHE WEB SERVER

Alias /pnp4nagios "/usr/share/nagios/share"

        AllowOverride None
        Order allow,deny
        Allow from all
        #
        # Use the same value as defined in nagios.conf
        #
        AuthName "Nagios Access"
        AuthType Basic
        AuthUserFile /etc/nagios/htpasswd.users
        Require valid-user

                # Turn on URL rewriting
                RewriteEngine On
                Options FollowSymLinks
                # Installation directory
                RewriteBase /pnp4nagios/
                # Protect application and system files from being viewed
                RewriteRule ^(application|modules|system) - [F,L]
                # Allow any files or directories that exist to be displayed directly
                RewriteCond %{REQUEST_FILENAME} !-f
                RewriteCond %{REQUEST_FILENAME} !-d
                # Rewrite all other URLs to index.php/URL
                RewriteRule .* index.php/$0 [PT,L]

Passo -4:

# mkdir -p /var/log/nagios/service-perfdata

Passo -5:

# vim /etc/nagios/nagios.cfg
process_performance_data=1

host_perfdata_command=process-host-perfdata
service_perfdata_command=process-service-perfdata

host_perfdata_file=/usr/share/nagios/var/perfdata/
service_perfdata_file=/var/log/nagios/service-perfdata

host_perfdata_file_template=DATATYPE::HOSTPERFDATA\tTIMET::$TIMET$\tHOSTNAME::$HOSTNAME$\tHOSTPERFDATA::$HOSTPERFDATA$\tHOSTCHECKCOMMAND::$HOSTCHECKCOMMAND$\tHOSTSTATE::$HOSTSTATE$\tHOSTSTATETYPE::$HOSTSTATETYPE$\tHOSTOUTPUT::$HOSTOUTPUT$

service_perfdata_file_template=DATATYPE::SERVICEPERFDATA\tTIMET::$TIMET$\tHOSTNAME::$HOSTNAME$\tSERVICEDESC::$SERVICEDESC$\tSERVICEPERFDATA::$SERVICEPERFDATA$\tSERVICECHECKCOMMAND::$SERVICECHECKCOMMAND$\tHOSTSTATE::$HOSTSTATE$\tHOSTSTATETYPE::$HOSTSTATETYPE$\tSERVICESTATE::$SERVICESTATE$\tSERVICESTATETYPE::$SERVICESTATETYPE$\tSERVICEOUTPUT::$SERVICEOUTPUT$

host_perfdata_file_mode=a
service_perfdata_file_mode=a

host_perfdata_file_processing_interval=15
service_perfdata_file_processing_interval=15

host_perfdata_file_processing_command=process-host-perfdata-file
service_perfdata_file_processing_command=process-service-perfdata-file

Passo -6:

# vim /etc/nagios/resource.cfg
$USER12$=/usr/share/nagios/libexec

Passo -7:

# vim /etc/nagios/objects/commands.cfg

# SERVICE-PERFDATA
define command{
        command_name    process-host-perfdata-file2
        command_line    $USER12$/process_perfdata.pl --bulk=/var/log/nagios/service-perfdata
        }

# PERFDATA
define command{
        command_name    process-service-perfdata-file2
        command_line    $USER12$/process_perfdata.pl --bulk=/usr/share/nagios/var/perfdata/
        }

Nagios Objeto

As configurações de objetos do Nagios também deverão ser customizadas para receber as novas configurações do PNP4Nagios.

A linhas de configuração abaixo deverá ser adicionada em todas as configurações de host.
Essa configuração fará surgir um ícone ao lado do nome do host que dará acesso as informações provenientes do PNP4Nagios.

action_url      /pnp4nagios/graph?host=$HOSTNAME$

define host{
        use             gnulinux_temp1-host             ; TEMPLATE QUE ESTA  EM USO
        host_name       BEATLES-CLUSTER_1.1             ; HOSTNAME DO SERVER QUE SERA MONITORADO
        alias           Cluster Firewall                ; ALIAS
        address         192.168.1.1                     ; IP
        parents         SW-FRAME,SPEEDY                 ; PARENTESCO
        statusmap_image redhat.gd2                      ; IMAGEM DO MAPA
        icon_image      redhat.png                      ;
        icon_image_alt  "Cluster Firewall"              ; DESCRIÇÃO DO HOST
        action_url      /pnp4nagios/graph?host=$HOSTNAME$
        }

A próxima linha deverá ser adicionada no bloco de configuração de serviços, essa configuração também fará com que um ícone serja exibido ao lado do nome do serviço que dará acesso as informações provenientes do PNP4Nagios.

action_url                      /pnp4nagios/graph?host=$HOSTNAME$ srv=$SERVICEDESC$'onmouseover="get_g('$HOSTNAME$','$SERVICEDESC$')"onmouseout="clear_g()"

define service{
        use                             gnulinux_temp1-service
        host_name                       BEATLES-CLUSTER_1.1
        service_description             PING IP-REDE_1
        check_command                   ping-rede1!3000.0,80%!5000.0,100% -p 5
        action_url                      /pnp4nagios/graph?host=$HOSTNAME$&srv=$SERVICEDESC$'onmouseover="get_g('$HOSTNAME$','$SERVICEDESC$')"onmouseout="clear_g()"
       }

OBS: Lembrando que para poder gerar os gráficos, será preciso existir alguma informação dentro do Campo

Perfomance Data:

wget http://pkgs.repoforge.org/perl-Crypt-DES/perl-Crypt-DES-2.05-3.2.el6.rf.i686.rpm
wget http://pkgs.repoforge.org/perl-Net-SNMP/perl-Net-SNMP-5.2.0-1.2.el5.rf.noarch.rpm

wget http://pkgs.repoforge.org/nagios-plugins/nagios-plugins-1.4.12-1.el5.rf.i386.rpm
wget http://pkgs.repoforge.org/nagios-nrpe/nagios-nrpe-2.5.2-1.el5.rf.i386.rpm

Passo 2 – Instale os pacotes

rpm -iUvh perl-Crypt-DES-2.05-3.2.el6.rf.i686.rpm perl-Net-SNMP-5.2.0-1.2.el5.rf.noarch.rpm
rpm -iUvh nagios-plugins-1.4.12-1.el5.rf.i386.rpm nagios-nrpe-2.5.2-1.el5.rf.i386.rpm

Passo 3 – Configurando o arquivo nrpe.cfg

# vim /etc/nagios/nrpe.cfg

Na linha abaixo, adicione o ip do Cliente

server_address=192.168.1.1

Na linha abaixo, adicione o ip do Servidor Nagios

allowed_hosts=192.168.1.23

Download: http://linux.softpedia.com/progDownload/check-tcptraffic-Download-23653.html

Exemplo de Configuração

./check_tcptraffic -i eth0 -w 800000 -c 900000 -s 1000000

Passo -1:

# vim /etc/nagios/resource.cfg
$USER11$=/usr/lib64/nagios/plugins/check_tcptraffic

Passo -2:

# vim /etc/nagios/objects/commands.cfg
# CHECK TCP TRAFEGO
define command{
        command_name    trafego_da_rede
        command_line    /usr/bin/perl $USER11$/check_tcptraffic -i $ARG1$ -w $ARG2$ -c $ARG3$ -s $ARG4$
        }

Passo -3:

# vim /etc/nagios/objects/localhost.cfg
# CHECK TRAFEGO ETH0
define service{
        use                             gnulinux_temp1-service
        host_name                       SWU
        service_description             TRAFEGO DA ETH0 DEST REDE_1 1GBit/s
        check_command                   trafego_da_rede!eth0!800000!900000!1000000
        }
# CHECK TRAFEGO ETH1
define service{
        use                             gnulinux_temp1-service
        host_name                       SWU
        service_description             TRAFEGO DA ETH1 DEST FRAME 100Mbit/s
        check_command                   trafego_da_rede!eth1!80000!90000!100000
        }

Passo – 1: Com os plugins já instalados, execute o comando abaixo:

./check_snmp_storage.pl -H 192.168.1.9 -C public -m C -w 80 -c 95

Passo – 2: Edite o arquivo resource.cfg inserindo a varável abaixo:

vim /etc/nagios/resource.cfg
$USER2$=/usr/lib64/nagios/plugins/nagios_plugins

Passo -3: No arquivo commands.cfg adicione as linhas abaixo:

# vim commands.cfg
# CHECAGEM DE DISCO - WINDOWS
define command{
        command_name check_particao_windows
        command_line /usr/bin/perl $USER2$/check_snmp_storage.pl -H $HOSTADDRESS$ -C $ARG1$ -m $ARG2$ -w $ARG3$ -c $ARG4$
        }

Passo – 4: Crie o arquivo hostname.cfg, no meu caso esta sendo o gunther.cfg

# vim gunther.cfg
# CHECAGEM DA PARTIÇÃO c:
define service{
        use                             gnulinux_temp1-service         ; Name of service template to use
        host_name                       GUNTHER
        service_description             CHECAGEM DA PARTIÇÃO C:
        check_command                   check_particao_windows!public!C!80!95
        }

define service{
        use                             gnulinux_temp1-service         ; Name of service template to use
        host_name                       GUNTHERponf
        service_description             CHECAGEM DA PARTIÇÃO D:
        check_command                   check_particao_windows!public!D!80!95
        }

define service{
        use                             gnulinux_temp1-service         ; Name of service template to use
        host_name                       GUNTHER
        service_description             CHECAGEM DA PARTIÇÃO F:
        check_command                   check_particao_windows!public!F!80!95
        }

Passo – 5: Verifique se tudo está OK com os arquivos de configuração do Nagios, executando o comando abaixo:

nagios -v /etc/nagios/nagios.cfg
/etc/init.d/nagios reload

Pronto, configurado!

http://nagios.manubulon.com/

Passo -2: Siga os comandos abaixo:

[root@swu-monitoramento opt]# tar -zxf nagios-snmp-plugins.1.1.1.tgz -C /usr/lib64/nagios/plugins/
[root@swu-monitoramento opt]# cd /usr/lib64/nagios/plugins/
[root@swu-monitoramento plugins]# cd nagios_plugins/
[root@swu-monitoramento nagios_plugins]# yum install net-snmp-devel.x86_64
[root@swu-monitoramento nagios_plugins]# ./install.sh 

/usr/bin/perl
/usr/lib64/nagios/plugins/
/tmp

Will now install all script(s) :
in directory    : /usr/lib64/nagios/plugins/
perl            : /usr/bin/perl
temp directory  : /tmp
OK ? [Y/n]y
Installing check_snmp_boostedge.pl : OK
Installing check_snmp_css.pl : OK
Installing check_snmp_linkproof_nhr.pl : OK
Installing check_snmp_nsbox.pl : OK
Installing check_snmp_vrrp.pl : OK
Installing check_snmp_cpfw.pl : OK
Installing check_snmp_env.pl : OK
Installing check_snmp_load.pl : OK
Installing check_snmp_process.pl : OK
Installing check_snmp_win.pl : OK
Installing check_snmp_css_main.pl : OK
Installing check_snmp_int.pl : OK
Installing check_snmp_mem.pl : OK
Installing check_snmp_storage.pl : OK
Installation completed OK
You can delete all the source files and directory
Remember to look for informtation at http://www.manubulon.com/nagios/
[root@swu-monitoramento nagios_plugins]#

Passo -3: Agora edite os arquivo resource.cfg, inserindo as variáveis abaixo

[root@swu-monitoramento plugins]# vim /etc/nagios/resource.cfg

$USER2$=/usr/lib64/nagios/plugins/nagios_plugins
$USER7$=-C public
$USER8$= public

Pronto instalado!

mais em:
http://nagios.manubulon.com/
http://luizcarlostomaz.wordpress.com/2008/11/19/nagios-com-snmp-e-pnp4nagios/

Antes mais do que nunca precisamos instalar os plugins para então podermos entender os arquivos de configuração .cfg

Rumbora!

Plugins

Como mencionado, os plugins são os responsáveis por fazer a interface entre o Nagios e o recurso que será monitorado, desta forma o Nagios se torna impotente se não houver plugins instalados.

Instalando os plugins

[root@swu-monitoramento conf.d]# yum install nagios-plugins -y

Pronto plugins instalados!

Um pouco do blablabla…

Arquivos de configuração dos objetos

Arquivos de configuração de objetos, que historicamente são chamados de configuração de clientes, são utilizados para definir serviços, clientes, grupo de clientes, contatos, grupo de contatos, comandos e etc. É neste arquivo que são definidos os hosts que você quer monitorar, os serviços os contatos e grupos de contatos, período de tempos e etc.

Vejamos os objetos utilizados pelo Nagio:

* Serviços
* Clientes (hosts)
* Grupos de clientes
* Comandos
* Períodos de tempo
* Escalonamento de Serviços
* Dependências de cliente
* Escalonamento de grupos de clientes

Definição de Serviços (services.cfg)

Exemplo:

define service{
        use                             local-service
        host_name                       Beatles
        service_description             PING IP 192.168.1.1
        check_command                   check_ping!100.0,20%!500.0,60%
        }

Uma definição de serviço é usada para identificar um “serviço” que roda em um cliente. Ele pode ser um serviço que roda em um cliente (POP,SMTP,HTTP e etc.) ou outro tipo de métrica associada com o cliente (resposta a um ping, número de usuários logados, espaço livre em disco e etc.).

host_name: Esta diretiva é usada para especificar o nome obreviado do cliente (host) no qual o serviço “roda” ou ao qual está associado.

service_description: Esta diretiva é usada para definir uma descrição do serviço.

is_volatile: Esta diretiva é usada para dizer se um serviço é “volátil”. Serviços são em geral não voláteis.
Valor: 0 = o serviço não é volátil
Valor: 1 = o serviço é volátil

check_period: Esta diretiva é usada para especificar o nme abreviado do período de tempo no qual as chegagens ativas desse serviço poderão ser feitas.

max_check_attempts: Esta diretiva é usada para definir o número de vezes que o Nagios tentará checar novamente serviços que retornarem estados que não forem OK. Ao ajustar esta variável para 1 o Nagios produzirá alerta sem que novas checagens sejam feitas.

normal_check_interval: Esta diretiva é usada para definir o número de “unidades de tempo” para esperar antes de agendar a próxima checagem “regular” de serviço. Checagem “regular” é aquela que ocorre quando o serviço está em um estado OK ou quando o serviço está em um estado não-OK, mas que já tenha sido novamente verificado max_attempts vezes.

retry_check_interval: Esta diretiva é usada para definir o número de “unidade de tempo” para esperar antes de re-agendar uma checagem de serviço. Serviços são reagendados no período de novas chegagens quando ele mudar para um estado não-OK. Uma vez que o serviço tenha sido novamente checado max_attempts vezes sem que haja mudança no status, isso se reverte pelo valor em check_interval.

contact_name: Esta é uma lista de nomes abreviados dos grupos de contatos que serão notificados quando houver problemas. ( ou restabelecimento ) dos serviços.

notification_options: Esta diretiva é usada para determinar quando notificações para o serviço serão enviadas. As opções válidas são combinações de uma ou mais letras que se seguem:

w = enviar notificações em estado de alerta
u = enviar notificações em estado de desconhecido
c = enviar notificações em estado de crítico
r = enviar notificações em estado de restabelecido

notification_interval: Esta diretiva é usada para definir o número de “unidade de tempo” de espera antes de re-notificar o contato de que este serviço está ainda em um estado não OK.

notification_period: Esta diretiva é usada para especificar o nome abreviado do período de tempo durante o qual notificações de enventos para este serviço poderão ser enviadas para contatos. Nenhuma notificação de serviço será enviada durante os horários que não forem cobertos pelo período de tempo.

check_command: Este é o comando que o Nagios executará para checar o status do serviço. Pode ser usar três formatos de comandos:

1 -> Comando “puro” o nome do comando somente
2 -> Comando com Argumentos “opções do comando”
3 -> Linha de comando pura: Você pode opcionamento especificar uma linha de comando a ser executada

passive_checks_enabled: Esta diretiva é usada para determinar se checagens passivas deste serviço serão habilitadas. Valores:

0 -> Desabilitar checagens passivas do serviço
1 -> Habilitar checagens passivas do serviço

parallelize_check: Esta diretiva é usada para determinar se checagens do serviço poderão ser paralelizadas ou não. Por padrão, todoas as checagens de serviços são paralelizadas

check_freshness: Esta diretiva é usada para determinar se a verificação da atualizada da informação será verificada para este serviço ou não

0 -> Desabilita checagem da atualidade
1 -> Habilita a checagem da atualidade

freshness_threshold: Esta diretiva é usada para especificar a taxa de atualidade (em segundos) para este serviço. Se você colocar aqui o valor 0, o Nagios determinará automaticamente uma taxa de atualidade a ser usada

event_handler_enabled: Esta diretiva é usada para determinar se o tratador de evento para este serviço será habilitado ou não.

0 -> Desabilita tratador de evento de serviço
1 -> Habilita tratador de evento de serviço

low_flap_threshold: Esta diretiva é usada para especificar a taxa inferior de mudança de estado usada na deteccão de flap para o serviço

high_flap_threshold: Esta diretiva é usada para especificar a taxa superior de mudança de estado usada na deteccão de flap para esse cliente

flap_detection_enabled: Esta diretiva é usada para determinar se a detecção de flap para esse serviço estará habilitada ou não

0 -> Desabilita
1 -> Habilita

process_perf_data: Esta diretiva é usada para determinar se o processamento de dados de performance para esse serviço estará habilitado ou não

0 -> Desabilita
1 -> Habilita

retain_status_information: Esta diretiva é usada para determinar se informações relacionadas a status do cliente serão retidas durante reinicializações do programa ou não. Isto será útil se você tiver habilitado retenção de estado usando a diretiva retain_state_information.

0 -> Desabilita
1 -> Habilita

retain_nonstatus_information: Esta diretiva é usada para determinar se informações do serviço, que não forem de status, devem ou não ser retidas durante reinicializações do programa. Isto é importante se você tiver habililtado retenção de estado usando a diretiva retain_state_information

0 -> Desabilita
1 -> Habilita

notifications_enabled: Esta diretiva é usada para determinar se as notificações para este serviço estarão habilitadas ou não

0 -> Desabilta
1 -> Habilta

stalking_options: Esta diretiva determina para quais estados de serviço “stalking” estará habilitado. As opções válidas são uma combinação de uma ou mais letras que se seguem:

0 -> stalk em estados OK
w -> stalk em estado de alerta WARNIG
u -> stalk em estado desconhecido (UNKNOWN)
c -> stalk em estado crítico

Exemplo de um template para servidores GNU/Linux.

# TEMPLATE TUTORIAISGNULINUX.COM - SERVICE
define service{
        name                            gnulinux_temp1-service
        is_volatile                     0
        normal_check_interval           1                       ;checar o serviço a cada minuto mesmo em OK ou em não-OK
        max_check_attempts              2                       ;checar 2 vezes serviços não-OK
        notification_interval           15                      ;enviar notificação a cada 15 minutos
        notification_period             24x7
        obsess_over_service             1
        check_freshness                 1
        active_checks_enabled           1
        passive_checks_enabled          1
        parallelize_check               1
        freshness_threshold             0
        event_handler_enabled           1
        flap_detection_enabled          1
        failure_prediction_enabled      1
        process_perf_data               1
        retain_status_information       1
        retain_nonstatus_information    1
        contact_groups                  admins
        check_period                    24x7
        stalking_options                o,w,u,c
        register                        0
        }

Host.cfg

A definição de cliente (host) é usada para se definir qualquer ost ou dispositivo em sua rede.

Exemplo do arquivo host.cfg

# TEMPLATE TUTORIAISGNULINUX.COM - HOST
define host{
        name                            gnulinux_temp1-host
        alias                           Servidores GNU/Linux
        max_check_attempts              1
        retry_check_interval            1
        notification_interval           5
        notification_options            d,u,r
        event_handler_enabled           1
        flap_detection_enabled          1
        failure_prediction_enabled      1
        process_perf_data               1
        retain_status_information       1
        retain_nonstatus_information    1
        contact_groups                  admins
        notification_period             24x7
        check_period                    24x7
        check_command                   check-host-alive
        register                        0
        }

Brincando de monitorar…

Para podermos monitorar o nosso primeiro servidor, será preciso configurar alguns arquivos, são eles:

hostgroup.cfg
beatles.cfg
frame.cfg
nagios.cfg

Vamos criar o arquivo de hostgroup.cfg. Este arquivo será responsável por armazenar os grupos de servidores classifcados por S.O.

[root@swu-monitoramento /]# cd /etc/nagios/objects/

[root@swu-monitoramento objects]# vim hostgroup.cfg
# DEFININDO GRUPO DESERVIDORES GNU/LINUX
define hostgroup{
        hostgroup_name  linux-servers
        alias           Servidores GNU/Linux
        members         Beatles
        }

Com o arquivo hostgroup.cfg criado, vamos agora criar o arquivo do host Beatles(GNU/Linux).

[root@swu-monitoramento objects]# cd /etc/nagios/objects/
[root@swu-monitoramento objects]# vim beatles.cfg
# BEATLES - CLUSTER
define host{
        use             gnulinux_temp1-host             ; TEMPLATE QUE ESTA  EM USO
        host_name       Beatles                         ; HOSTNAME DO SERVER QUE SERA MONITORADO
        alias           Cluster Firewall                ; ALIAS
        address         192.168.1.1                     ; IP
        parents         SW-Telefonica,Speedy-corp       ; PARENTESCO
        }
# SERVIÇOS MONITORADOS
# PING DO IP 1.1
define service{
        use                             gnulinux_temp1-service
        host_name                       Beatles
        service_description             PING IP 192.168.1.1
        check_command                   check_ping!100.0,20%!500.0,60% -p 5
        }
#

Acima definimos um host chamado Beatles com 1 interface de rede sendo monitoradas.

use: Template que será usado
host_name: Nome do host
alias: Uma breve descrição
address: Endereço IP.

Agora vamos executar o comando abaixo

[root@swu-monitoramento objects]# chown nagios.nagios *

Verificando se existe algum tipo de erro antes de iniciar o serviço.

[root@swu-monitoramento objects]# nagios -v /etc/nagios/nagios.cfg
Total Warnings: 0
Total Errors:   0

Legal, sem erros!

Definindo o parentesco entre o Switch’s e Servidores

[root@swu-monitoramento objects]# vim beatles.cfg
# BEATLES - CLUSTER
define host{
        use             linux-server            ; TEMPLATE QUE ESTA  EM USO
        host_name       Beatles                 ; HOSTNAME DO SERVER QUE SERA MONITORADO
        alias           Cluster Firewall        ; ALIAS
        address         192.168.1.1             ; IP
        parents         SW-Telefonica           ; PARENTESCO
        }

Agora vamos criar o host do nosso Switch

[root@swu-monitoramento objects]# vim frame.cfg
# Define a host for the local machine
define host{
        use                     linux-server            ; Name of host template to use
                                                        ; in (or inherited by) the linux-server host template definition.
        host_name               SW-Telefonica
        alias                   Switch 3Com
        address                 65.54.323.12
        }

# Define a service to "ping" the local machine

define service{
        use                             local-service         ; Name of service template to use
        host_name                       SW-Telefonica
        service_description             PING
        check_command                   check_ping!100.0,20%!500.0,60%
        }

Pronto!
Agora precisamos adicionar as linhas abaixo no arquivo nagios.cfg

[root@swu-monitoramento etc]# cd /etc/nagios/

[root@swu-monitoramento nagios]# vim nagios
# SERVIDORES GNU/LINUX
cfg_file=/etc/nagios/objects/localhost.cfg
cfg_file=/etc/nagios/objects/beatles.cfg
# SW's
cfg_file=/etc/nagios/objects/telefonica.cfg
# GRUPOS
cfg_file=/etc/nagios/objects/hostgroup.cfg

Agora é só reler o arquivo de configuração e acessar a interface Web para visualizar os serviços que estão sendo monitorados.

[root@swu-monitoramento objects]# /etc/init.d/nagios reload
nagios (pid 3262) está em execução...
Recarregando o nagios:                                     [  OK  ]

Definindo usuários

Os usuários do Nagios servem para vários fins, eles podem desde adicionar comentários nos serviços monitorados pelo Nagios como também podem executar ações e receber notificações.

A configuração de um usuário no Nagios é compreedida da seguinte forma:

define contact{
       contact_name         nagiosadmin
       use                  generic-contact
       alias                Nagios admin
       email                nagios@localhost
       }

Explicando as opções:

contact_name: Nome do usuário
use: Template que será usado
alias: Nome completo do usuário, ou descrição
email: e-mail do contato

Agrupando usuários

A tarefa de agrupar usuários serve para facilitar a administração do sistema de um modo geral, desta forma a tarefa de envio de notificações será facilitada.

A configuração dos grupos de usuários é feita no arquivo contacts.cfg como o exemplo abaixo:

# ADICIONANDO CONTATOS
define contact{
        contact_name                    ecouto
        use                             generic-contact
        alias                           sysadmin
        email                           evandro@tutoriaisgnulinux.com
        }

# AGRUPANDO USUARIOS
define contactgroup{
        contactgroup_name       admins
        alias                   Nagios Administrators
        members                 nagiosadmin,ecouto
        }

Explicando as opções da diretriz contatgroup

* contact_name: Nome do contato que será acionado
* alias: Define o nome completo do contato
* service_notification_period: Período de tempo durante o qual o contato poderá ser notificado
* host_notification_period: Período de tempo durante o contato poderá ser notiticado sobre problemas ou sobre reestabalecimento
* service_notification_options: Diretiva usada para definir os estados do serviço para o qual notificações podem ser enviadas para esse contato. As oções válidas são combinações de uma ou mais letras que se seguem:
w -> Notifica em estado de Warning
u -> Notifica em estado desconhecido Unknown
c -> Notifica em estado Crítico
r -> Notifica em estado OK

host_notification_options: Diretiva usada para definir os estados dos clientes para os quais notificações poderão ser enviadas para os contatos. As opções válidas são combinações de uma ou mais letras que se seguem:
d -> Down
u -> Unreachable
r -> Up

service_notification_commands: Diretiva usada para definir a lista de nomes abreviados dos comandos usados para notificar o contato sobre um problema ou reestabelecimento do serviço. Devem ser separados por vírgula.

host-notification_commands: Diretiva usada para definir uma lista de nomes abreviados dos comandos usados para notificar o contato sobre um problema ou um restabelecimento de um cliente. Devem ser separados por vírgula.

email: Diretiva usada para definir um endereço de e-mail para o contato.

Exemplo:

# CONTATOS
define contact{
        contact_name                    nagiosadmin             ; Short name of user
        use                             generic-contact         ; Inherit default values from generic-contact template (defined above)
        alias                           Nagios Admin            ; Full name of user

        email                           evandro@tutoriaisgnulinux.com       ; <<***** CHANGE THIS TO YOUR EMAIL ADDRESS ******
        }

# ADICIONANDO CONTATOS
define contact{
        contact_name                    ecouto
        use                             generic-contact
        alias                           sysadmin
        email                           evandro@tutoriaisgnulinux.com
        }

# CONTATOS GROUPS
define contactgroup{
        contactgroup_name       admins
        alias                   Nagios Administrators
        members                 nagiosadmin, ecouto
        }

Timeperiods.cfg

Período de tempo. Neste arquivo temos os horários durante vários dias nos quais será considerado “válido” fazer notificações e checagens de serviços. Não irei entrar em detalhe neste arquivo, pois sua configuração não é tão complicada.

define timeperiod{
        timeperiod_name 24x7
        alias           24 Hours A Day, 7 Days A Week
        sunday          00:00-24:00
        monday          00:00-24:00
        tuesday         00:00-24:00
        wednesday       00:00-24:00
        thursday        00:00-24:00
        friday          00:00-24:00
        saturday        00:00-24:00
        }

* timeperiod_name: Diretiva onde se insere o nome abreviado usado para identificar o período de tempo.
* alias: Diretiva usada para definir o nome completo ou descrição que identificará o período de tempo.

Fonte: Ambiente de REde Monitorado com Nagios e Cacti. – Felipe Costa.

Instalação de ícones customizados

Neste passo, vamos realizar o Download do conjuntos de ícones adicionais. Este download pode ser obtido no site abaixo:

http://www.nagiosexchange.org/

Após a realização do download, devemos seguir os passos abaixo:

1 – Extrair o arquivo dentro do diretório /usr/share/nagios/images/logos

2 – Instalar os pacotes abaixo

# yum install libgdata-devel.x86_64 gd-progs.x86_64

Para podermos utilizar uma imagem .png da internet, será preciso converter o formato para .gd2

exemplo:

pngtogd2 centos.png centos.gd2 0 1

Pronto convertida para o formato .gd2.

Agora vamos voltar na configuração do host.cfg e adicionar as linhas abaixo:

# vim beatles.cfg

define host{
        use             gnulinux_temp1-host             ; TEMPLATE QUE ESTA  EM USO
        host_name       BEATLES-CLUSTER_1.1             ; HOSTNAME DO SERVER QUE SERA MONITORADO
        alias           Cluster Firewall                ; ALIAS
        address         192.168.1.1                     ; IP
        parents         SW-FRAME,SPEEDY                 ; PARENTESCO
        statusmap_image redhat.gd2                      ; IMAGEM DO MAPA
        icon_image      redhat.png                      ;
        icon_image_alt  "Cluster Firewall"              ; DESCRIÇÃO DO HOST
        }

Explicando as opções:

icon_image: Um arquivo de imagem que será exibido quando informações específicas do host forem acessadas.

icon_image_alt: Um texto curto que será exibido na interface web

statusmap_image: Um arquivo de imagem em formato.gd2. Esse formato pouco usual é necessário para renderizar o status map de forma rápida.

vrml_image: Um arquivo de imagem que será exibido no 3-D status-Map.

notes_url: Um Url que será exibida na interface web, geralmente aponta para um local onde possam haver mais informações sobre o dispositivo monitorado.

Ufa…
Continua na parte 2.

Fonte: Ambiente de rede monitorado com Nagios e Cacti – Felipe Costa.

No meu caso foi preciso utilizar um adaptador USB Serial, pois o meu PC não tinha a porta Serial.
Até aqui tudo bem, para poder acessar o SW foi preciso verificar também em qual TTY estava conectado.

tail -f /varlog/syslog …rs.

Através do Syslog pude verificar que a porta utilizada para comunicação entre o hardwares era /dev/ttyUSB0

Dec 28 09:47:48 gnulinuxbr kernel: [89847.833686] usb 2-1.3: new full speed USB device number 18 using ehci_hcd
Dec 28 09:47:48 gnulinuxbr kernel: [89847.927267] pl2303 2-1.3:1.0: pl2303 converter detected
Dec 28 09:47:48 gnulinuxbr kernel: [89847.929095] usb 2-1.3: pl2303 converter now attached to ttyUSB0
Dec 28 09:47:48 gnulinuxbr mtp-probe: checking bus 2, device 18: "/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.3"
Dec 28 09:47:48 gnulinuxbr mtp-probe: bus: 2, device: 18 was not an MTP device

Instalando o minicom para acessar o SW 3Com Baseline 2900

root@gnulinuxbr:/home/vandocouto# apt-get install minicom
root@gnulinuxbr:/home/vandocouto# minicom -s -c on

Passo 1

Passo 2

Passo 3

Passo 4

Agora é só seguir com os comandos….rs!

[root@nagios ~]# cd /opt/
[root@nagios opt]# wget http://packages.sw.be/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.i686.rpm
[root@nagios opt]# rpm -Uvh rpmforge-release-0.5.2-2.el6.rf.i686.rpm
aviso: rpmforge-release-0.5.2-2.el6.rf.i686.rpm: Cabeçalho V3 DSA/SHA1 Signature, key ID 6b8d79e6: NOKEY
Preparando...               ########################################### [100%]
   1:rpmforge-release       ########################################### [100%]

[root@nagios yum.repos.d]# yum update -y

2 Instalação do Nagios Core e criação do usuário nagiosadmin

[root@nagios ~]# yum install nagios -y
[root@nagios ~]# htpasswd -c /etc/nagios/htpasswd.users nagiosadmin
# chkconfig --level 123456 httpd on
# chkconfig --level 123456 nagios on

3 Configurando o Nagios

[root@nagios /]# cd /etc/httpd/conf.d/
[root@nagios conf.d]# vim nagios.conf 

# Last Modified: 11-26-2005
#
# This file contains examples of entries that need
# to be incorporated into your Apache web server
# configuration file.  Customize the paths, etc. as
# needed to fit your system.

ScriptAlias /nagios/cgi-bin "/usr/lib/nagios/cgi"

#  SSLRequireSSL
   Options ExecCGI
   AllowOverride None
   Order allow,deny
   Allow from all
#  Order deny,allow
#  Deny from all
#  Allow from 127.0.0.1
   AuthName "Nagios Access"
   AuthType Basic
   AuthUserFile /etc/nagios/htpasswd.users
   Require valid-user

Alias /nagios "/usr/share/nagios"

#  SSLRequireSSL
   Options None
   AllowOverride None
   Order allow,deny
   Allow from all
#  Order deny,allow
#  Deny from all
#  Allow from 127.0.0.1
   AuthName "Nagios Access"
   AuthType Basic
   AuthUserFile /etc/nagios/htpasswd.users
   Require valid-user

Estrutura dos arquivos

cgi.cfg – Este arquivo é o responsável por toda configuração dos programas executáveis respoáveis pela geração de páginas dinâmicas da interface web (CGI).

htpasswd.users – Arquivo usado pelo servidor web para autenticação de usuários.

Nagios.cfg – Este é o arquivo de configuração princípal do Nagios. Em seu interior deverá existir várias diretrizes cfg_file. Essa diretriz é usada para informar ao Nagios que existe um arquivo de configuração adicional.

resource.cfg – Arquivo usado para armazenar macros de usuários.

objects/command.cfg – Local onde são armazenados os comandos usados pelo Nagios. Neste arquivo também pode ser definidos aliases para os plugins, bem como a forma como as notificações serão enviadas.

objects/contacts.cfg – As informações de contato dos usuários devem ser adicionadas neste arquivo. Podem ser usados e-mail, endereço de instant messagins, números de telefones e etc. Porém para cada recurso usado deve haver um plugin totalmente funcional.

objects/localhost.cfg – Arquivo de exemplo padrão para monitoração do host local.

objects/printer.cfg – Arquivo de exemplo para monitoração de impressoras de rede que suportam SNMP

objscts/switch.cfg – Arquivo de exemplo para monitoração de swicthes e roteadores que suportam o protocolo SNMP.

objects/templates.cfg – Este arquivo de configuração contém algumas definições de objetos que tem como função facilitar a configuração de um modo geral, de forma que não seja necessário repetir linhas de configuração massivamente.

objects/timeperiods.cfg – Este arquivo é importante, pois a partir dele o Nagios terá conhecimento dos horários que deverá realizar verificações nos hosts e serviços bem como os horários apropriados para enviar notificações.

objects/windows.cfg – Arquivo de exemplo para monitoraçõs de estações Windows quando estiver sendo usado o NSClient.

Entendendo o arquivo cgi.cfg

[root@nagios nagios]# vim cgi.cfg

Existem duas possibilidades de configuração desse arquivo, com ou sem autenticação.

Sem autenticação: use_authentication = 0
Com autenticação: use_authentication = 1

Observação.: No browser ele ainda vai pedir a senha do usuário cadastrado no htpasswd.users pois isso é definido na configuração do Apache, mas ela não vai restringis o acesso nas funcionalidades do Nagios.

Local do arquivo de configuraçõa nagios.cfg

main_config_file=/etc/nagios/nagios.cfg

Local dos arquivos de html

physical_html_path=/usr/share/nagios

Para acessar ao Nagios através de um navegador web, você deve apontar para uma URL como http://IP-SERVIDOR/nagios, este valor deve ser
/nagios.

url_html_path=/nagios

Formato:	authorized_for_system_information=nagiosadmin

exemplo:
Formato:	authorized_for_system_information=nagiosadmin,suporte

A tag acima determina os nomes de usuários separados por vírgula que podem acessar o sistema.
Usuários nessa lista não estão automaticamente autorizados a configurar e alterar os processos e comandos.
Se você quiser que os usuários sejam capazes de solucionar problemas, você deve adicioná-los na tag authorized_for_system_commands

Formato:	authorized_for_configuration_information=nagiosadmin

exemplo
Formato:	authorized_for_configuration_information=nagiosadmin, suporte

A tag acima determina os usuários separados por vírgulas que podem resolver problema de sistema e processo de comandos através dos comandos CGI. Usuários nessa lista não estão automaticamente autorizados a ver o sistemas e processos de informações.
Se você deseja que os usuários vejam os processo de informação, você deverá adicioná-los à authorized_for_system_information

Formato:	authorized_for_system_commands=nagiosadmin

exemplo
Formato:	authorized_for_system_commands=nagiosadmin,administrador_jr

A tag acima determina os nomes de usuários separados por vírgula que podem acessar, visualizar as informações de configuração na configuração CGI . Usuários nesta lista pode ver informações sobre todos os hosts configurados, grupos, serviços, contatos, grupos de contato, períodos e comandos.

Formato:	authorized_for_all_services=nagiosadmin

A tag acima determina os nomes separados por vírgula que podem exibir o status e informações de configuração para todos os serviços.
Usuários nessa lista não estão automaticamente autorizados a exibir informações para todos os hosts.
Usuários nessa lista não estão automaticamente autorizados a emitir comandos para todos os serviços.
Se você quiser que os usuários capazes de emitir comandos para todos os serviços, bem como, você deve adicioná-los à authorized_for_all_service_commands

Formato:	authorized_for_all_hosts=nagiosadmin

A tag acima determina os nomes separados por vírgula que podem ver o status e informações de configuração para todos os hosts.
Usuários nesta lista também estão automaticamente autorizados para visualizar as informações de todos os serviços.
Usuários nessa lista não estão automaticamente autorizados a emitir comandos para todos os hosts ou serviços.
Se você quiser que os usuários capazes de emitir comandos para todos os hosts e serviços, bem, você deve adicioná-los à authorized_for_all_host_commands

Formato: 	authorized_for_all_host_commands=nagiosadmin
Exemplo: 	authorized_for_all_host_commands=nagiosadmin,dcastilho

Esta tag determina os nomes seprados por vírgula que pode emitir comandos para todos os hosts através do CGI comando .
Usuários nesta lista são também automaticamente autorizado a emitir comandos para todos os serviços.
Usuários nessa lista não estão automaticamente autorizados para visualizar o status ou informações de configuração para todos os hosts ou serviços.
Se você quiser que os usuários capazes de exibir o status e informações de configuração para todos os hosts e serviços, bem, você deve adicioná-los à authorized_for_all_hosts

Exemplo: 	authorized_for_all_services = nagiosadmin,jfernandes

A tag acima determina os nomes seprados por vírgula que podem exibir o status e informações de configuração para todos os serviços. Usuários nessa lista não estão automaticamente autorizados a exibir informações para todos os hosts.
Usuários nessa lista não estão automaticamente autorizados a emitir comandos para todos os serviços.
Se você quiser que os usuários capazes de emitir comandos para todos os serviços, bem como, você deve adicioná-los à authorized_for_all_service_commands variável.

Exemplo: 	authorized_for_all_service_commands = nagiosadmin

A tag acima determina os nomes seprados por vírgula que pode emitir comandos para todos os serviços através do CGI comando.
Usuários nessa lista não estão automaticamente autorizados a emitir comandos para todos os hosts.
Usuários nessa lista não estão automaticamente autorizados para visualizar o status ou informações de configuração para todos os hosts.
Se você quiser que os usuários capazes de exibir o status e informações de configuração para todos os serviços, bem como, você deve adicioná-los à authorized_for_all_services variável.

Formato: 	authorized_for_read_only = , ,  ,...
Exemplo: 	authorized_for_read_only = john, marca

A tag acima determina os nomes seprados por vírgula que têm direitos somente leitura no CGIs. Isto irá bloquear qualquer serviço ou comandos host normalmente mostrados nas páginas extinfo CGI.
Ele também irá bloquear os comentários de ser mostrado para somente leitura usuários.
Bloqueio de nomes Autor

Formato: 	lock_author_names = [0 / 1]
Exemplo: 	lock_author_names = 1

A tag acima, permite restringir que os usuários alterem o nome do autor ao enviar comentários, agradecimentos, e tempo de inatividade programado a partir da interface web. Se esta opção for ativada, os usuários não serão capazes de mudar o nome do autor associadas com o pedido de comando.

    0 = Permitir aos utilizadores alterar os nomes dos autores ao enviar comandos
    1 = Impedir que os usuários mudando os nomes dos autores (default)

Statusmap Imagem de Fundo CGI

Formato: 	statusmap_background_image =
Exemplo: 	statusmap_background_image = smbackground.gd2

Caminho das imagens /usr/local/nagios/share/images ou /usr/share/nagios/images

A tag acima permite que você especifique uma imagem para ser usada como um fundo no CGI statusmap se você usar o fornecido pelo usuário método de layout coordenadas. A imagem de fundo não é estar disponível em todos os métodos outro layout.
Nota: O arquivo de imagem pode ser em formato GIF, JPEG, PNG ou GD2 formato.

Statusmap Transparência CGI Índices Cor

color_transparency_index_r=255
color_transparency_index_g=255
color_transparency_index_b=255

As tag acima definem o r, g, b valores da cor de fundo usado o CGI statusmap, navegadores tão normal que não pode mostrar a transparência png reais definir a cor desejada como uma cor de fundo em vez (para torná-la bonita). O padrão é branco: (R, G, B) = (255,255,255).

Método padrão de Layout Statusmap

Formato: 	default_statusmap_layout  =
Exemplo: 	default_statusmap_layout = 4

A tag acima permite que você especifique o método de layout padrão usado pelo CGI statusmap (MAP).

Valor  	Método de layout
0 	Definidos pelo usuário coordenadas
1 	Camadas de profundidade
2 	Árvore desabou
3 	Árvore balanceada
4 	Circular
5 	Circular (marcado)
6 	Circular (Balão)

Statuswrl CGI Incluir Mundial

Formato: 	statuswrl_include =
Exemplo: 	statuswrl_include = myworld.wrl

As tags acima permite que você inclua seus próprios objetos VRML gerado.
Supõe-se que o arquivo reside no caminho especificado pela physical_html_path diretiva.

Método padrão de Layout Statuswrl

Formato: 	default_statuswrl_layout  =
Exemplo: 	default_statusmap_layout=5

A tag acima permite que você especifique o método de layout padrão usado pelo CGI statuswrl.

Valor  	Método de layout
0 	Definidos pelo usuário coordenadas
2 	Árvore desabou
3 	Árvore balanceada
4 	Circular

default_statuswrl_layout=4

A tag acima indica qual será a forma da construção da arvore.

Tempo para atualização da página

CGI Refresh Rate
Exemplo: 	refresh_rate = 90

A tag acima permite que você especifique o número de segundos entre as atualizações de página para o estado, statusmap e extinfo CGIs.

Alertas de áudio

host_unreachable_sound=hostdown.wav
host_down_sound=hostdown.wav
service_critical_sound=critical.wav
service_warning_sound=warning.wav
service_unknown_sound=warning.wav
normal_sound=noproblem.wav

As tags acima permitem que você especifique um arquivo de áudio que deve ser executado no seu navegador, quando houver problemas quando e enquanto você estiver visualizando o status de CGI. Se houver problemas, o arquivo de áudio para o tipo mais crítico do problema vai ser jogado. O tipo mais crítico do problema está no hosts ou mais inacessível, pelo menos enquanto o crítico é um ou mais serviços em um estado desconhecido (veja a ordem no exemplo acima). Os arquivos de áudio geralmente fcam localizados em:
(/usr/local/nagios/share/media/ ou /usr/share/nagios/media/).

Sintaxe Ping

Formato: 	ping_syntax =
Exemplo: 	ping_syntax=/bin/ping -n -U -c 5 $HOSTADDRESS$

A tag acima determina o ping em um host a partir da interface WAP.
Você deve incluir o caminho completo para o binário ping, juntamente com todas as opções necessárias.

Notas alvo URL para FRAMES

action_url_target=_blank
notes_url_target=_blank

A tag acima  determina o nome do quadro destino que as notas de URLs deve ser exibido dentro opções válidas incluem _blank, _self, _top, _parent, ou qualquer nome de outro alvo válido.

Alvo URL ação

Formato: 	action_url_target = [alvo]
Exemplo: 	action_url_target = _blank

A tag acima  determina o nome do alvo quadro que URLs ação deve ser exibido dentro opções válidas incluem _blank, _self, _top, _parent, ou qualquer nome de outro alvo válido.

Splunk opção de integração

Formato: 	enable_splunk_integration = [0 / 1]
Exemplo: 	enable_splunk_integration = 1

A tag acima determina se a funcionalidade de integração com Splunk é habilitado na interface web. Se ativado, você será presenteado com “Splunk It” links em vários lugares do CGIs (arquivo de log, histórico de alertas, host / service detalhe, etc). Útil se você estiver tentando pesquisar por um determinado problema ocorreu. Para mais informações sobre Splunk, visite http://www.splunk.com/ .

Formato: 	splunk_url =
Exemplo: 	splunk_url = http://127.0.0.1:8000/

A tag acima é usada para definir a URL base para a interface do Splunk. Este URL é usada pelo CGIs ao criar links se o enable_splunk_integration opção estiver habilitada.

Continua no post2.

até mais!