Utilizado os seguintes pacotes do NRPE e Nagios Plugins para serem instalados no Slackware 13.37.0 Kernel 2.6.37.6-smp:nagios-plugins-1.4.15http://www.nagios.org/download/pluginsnrpe-2.13http://sourceforge.net/projects/nagios/files/Vamos para a instalacao:Descompactando, ajustando, compilando e instalando o nagios plugins:# tar -xzf nagios-plugins-1.4.15.tar.gz# cd nagios-plugins-1.4.15># ./configure --prefix=/usr/local/nagios# make# make installAdicione manualmente o user e group nagios, caso a instalacao nao tenha criados:# adduser nagios# groupadd nagios# usermod -G nagios nagiosDescompactando, ajustando, compilando e instalando o NRPE:# tar -xzf nrpe-2.13.tar.gz# cd nrpe-2.13/# ./configure# make all# make installPermissao de proprietario e grupo proprietario nagios no diretorio abaixo:#chown nagios.nagios /usr/local/nagiosFinalizando a instalacao do pacote NRPE:# make install-plugin# make install-daemon# make install-daemon-configPermissao de proprietario e grupo proprietario nagios no diretorio abaixo:# chown -R nagios.nagios /usr/local/nagios/libexec# vi /etc/servicesnrpe 5666/tcp # NRPEAdicionando o daemon NRPE para ser controlado pelo inetd (tcp wrapper) do Linux:# vi /etc/inetd.confnrpe stream tcp nowait nagios /usr/sbin/tcpd /usr/local/nagios/bin/nrpe -c /usr/local/nagios/etc/nrpe.cfg -iEditar /usr/local/nagios/etc/nrpe.cfg e dar as permissoes de quem pode se conectar a esse host:EXEMPLO:# vi /usr/local/nagios/etc/nrpe.cfgallowed_hosts=127.0.0.1,192.168.9.144,192.168.1.69Especificar tambem os servicos serao checados na maquina local:EXEMPLO:# vi /usr/local/nagios/etc/nrpe.cfgcommand[check_proc_qmail_supervise_pop3d]=/usr/local/nagios/libexec/check_procs -w 1:1 -c 1:1 -a "supervise qmail-pop3d"command[check_proc_qmail_supervise_smtpd]=/usr/local/nagios/libexec/check_procs -w 1:1 -c 1:1 -a "supervise qmail-smtpd"command[check_proc_qmail_supervise_imapd]=/usr/local/nagios/libexec/check_procs -w 1:1 -c 1:1 -a "supervise qmail-imapd"command[check_proc_qmail_supervise_qmqpd]=/usr/local/nagios/libexec/check_procs -w 1:1 -c 1:1 -a "supervise qmail-qmqpd"command[check_proc_qmail_supervise_send]=/usr/local/nagios/libexec/check_procs -w 1:1 -c 1:1 -a "supervise qmail-send"A maioria dos checks feitos na maquina local exigem privilegios de root, como o daemon NRPE e inicializado com o usuario nagios muitos checks terao saidas negadas pelo SO entao utilizar o sudo como solucao de contorno liberando o usuarios nagios a executar comandos especificados como root. Para isso:1 - Editar /usr/local/nagios/etc/nrpe.cfg e tirar o comentario da seguinte linha no arquivo, habilitando o uso do sudo pelo NRPE:# vi /usr/local/nagios/etc/nrpe.cfgcommand_prefix=/usr/bin/sudo2 - Editar /etc/sudores e colocar os comandos que serao executados pelo usuario nagios como se fossem o root executando-os :# vi /etc/sudores# Nagiosnagios ALL=(ALL) NOPASSWD: /usr/local/nagios/libexec/check_qmail_queuenagios ALL=(ALL) NOPASSWD: /usr/local/nagios/libexec/check_procsnagios ALL=(ALL) NOPASSWD: /usr/local/nagios/libexec/check_usersnagios ALL=(ALL) NOPASSWD: /usr/local/nagios/libexec/check_loadnagios ALL=(ALL) NOPASSWD: /usr/local/nagios/libexec/check_disknagios ALL=(ALL) NOPASSWD: /usr/local/nagios/libexec/check_swapnagios ALL=(ALL) NOPASSWD: /usr/local/nagios/libexec/check_mem.plReiniciei o NRPE, para isso execute um restart no daemon inetd que controla o daemon do NRPE:# /etc/rc.d/rc.inetd restartNO SERVDIDOR DO NAGIOS TESTE A COMUNICACAO COM O HOST REMOTO:# /usr/lib64/nagios/plugins/check_nrpe -H 192.168.65.100PARA HABILITAR E VISUALIZAR O DEBUG DO NRPE UTILIZE O HOW TO ABAIXO:Editar /usr/local/nagios/etc/nrpe.cfg# vi /usr/local/nagios/etc/nrpe.cfgdebug=1Editar /etc/syslog.conf# vi /etc/syslog.conf##################### LOG PARA O NRPE####################daemon.debug /var/log/nrpeReiniciei o NRPE:# /etc/rc.d/rc.inetd restartReload do syslog:# killall -HUP syslogd MISCONFIGURATION: kernel rp_filter settings,reverse path filteringSistema utilizado: Red Hat Enterprise Linux Serverrelease 5.10 (Tikanga)SINTOMA: Configuramos o servidor para ser um banco dedados Oracle, esse server ficava durante um tempo, tipo 1 dia, funcionandonormalmente mas de repente o mesmo parava de responder a qualquer tipo deconexao vindo de determinadas maquinas, simplesmente os pacotes chegavam noservidor, em sua interface de rede, e o mesmo nao respondia nao importando otipo de conexao vindas de determinadas maquinas. O firewall desteservidor assim como SELinux estavam desativados e nao existia tambemnenhum filtro no caminho entre os servidores envolvidos nessa comunicacao.PROBLEMA:O esquema de seguranca contra ataquetipo Spoofing e assegurado por um parametro de Kernel rp_filtersettings no Red Hat e esse parametro foi ajustado incorretamente. Aversao 5 do Red Hat admite somente dois valores paraesse parametro(0 ou 1), ja a versao 6 do Red hat admite 3valores(0,1 e