Ir al contenido principal

Instalación de Nagios en CentOS

   Continuando en la línea de los post anteriores en los que os indicaba como realizar la instalación de un servidor Centos y Cacti sobre ese mismo servidor, hoy os traigo un manual para realizar la instalación de Nagios en ese mismo sistema. Nagios es una herramienta de monitorización muy potente y personalizable que chequea de forma constante el estado de equipos y servicios, bien por SNMP o por medio de un agente. Podéis encontrar información sobre esta herramienta en multitud de sitios de internet, pero os recomiendo que visitéis su pagina oficial aquí.
   En primer lugar, nos logamos en el servidor y nos posicionamos en el directorio root. Una vez ahí, descargamos la última versión de Nagios, y la descomprimimos:
  • cd /root/ ; wget http://prdownloads.sourceforge.net/sourceforge/nagios/nagios-3.4.4.tar.gz ; tar -xvf nagios-3.4.4.tar.gz
   Ahora, creamos el usuario nagios, el grupo nagcmd y añadimos al grupo los usuarios nagios, apache y cacti (el usuario cacti solo debemos añadirlo en caso de que estemos instalando cacti y nagios en el mismo sistema y tengamos pensado conectarlos):
  • useradd -s /bin/bash nagios ; groupadd nagcmd ; usermod -G nagcmd nagios ; usermod -G nagcmd apache ; usermod -G nagcmd cacti
      Compilamos e instalamos Nagios:
  • cd /root/nagios/ ; ./configure --with-command-group=nagcmd ; make all ; make install ; make install-init ; make install-config ; make install-commandmode ; make install-webconf
Ahora, instalamos los plugins de monitorización de servicios de Nagios. Para ello nos posicionamos en el directorio root de nuevo y descargamos y descomprimimos los plugins:
  • cd /root/ ; wget http://sourceforge.net/projects/nagiosplug/files/nagiosplug/1.4.16/nagios-plugins-1.4.16.tar.gz ; tar -xvf nagios-plugins-1.4.16.tar.gz
   Entramos en el directorio de los plugins, configuramos, compilamos e instalamos:
  • cd /root/nagios-plugins-1.4.16 ; ./configure --with-nagios-user=nagios --with-nagios-group=nagios ; make ; make install
   Ahora instalamos el programa que nos permite ejecutar los plugins de Nagios en remoto en sistemas Linux, llamado NRPE. NRPE funciona en modo cliente servidor, por lo que para que todo funcione correctamente una vez instalado en nuestro servidor de Nagios, hay que instalarlo como servicio en los equipos remotos. Para instalar NRPE en nuestro servidor, nos posicionamos en el directorio root, descargamos la última versión de NRPE y la descomprimimos:
  •  cd /root ; wget http://prdownloads.sourceforge.net/sourceforge/nagios/nrpe-2.13.tar.gz ; tar -xvf nrpe-2.13.tar.gz
   Nos posicionamos en el directorio que acabamos de descomprimir, compilamos e instalamos:
  • cd /root/nrpe-2.13 ; ./configure ; make ; make install
    Ahora, modificamos el archivo commands.cfg en nagios para habilitar los chequeos usando nrpe. Para ello modificamos el fichero:
  • vi /usr/local/nagios/etc/objects/commands.cfg
   Y añadimos las siguientes líneas:
image
   Iniciamos el servicio Nagios:
  • /etc/rc.d/init.d/nagios start
   Cambiamos la contraseña del usuario admin y del usuario nagiosadmin en nagios:
  • htpasswd -c /usr/local/nagios/etc/htpasswd.users admin
  • htpasswd -c /usr/local/nagios/etc/htpasswd.users nagiosadmin
   Ya tenemos nuestra instalación de Nagios Lista. En los próximos días, subiré un post con la configuración básica a realizar.

Comentarios

Entradas populares de este blog

Error id 12294, La base de datos SAM no pudo bloquear la cuenta de administrador...

Últimamente hemos estado teniendo un problema de esos que a todo administrador de sistemas le trae de cabeza... Al menos hasta que lo ha solucionado una vez. Para aquellos de vosotros que habéis llegado hasta aqui después de toparos con el en vuestro trabajo diario y no sabeis muy bien que hacer, voy a indicaros paso por paso como solucionarlo. El error consiste en el intento reptitivo de bloqueo de la cuenta de Administrador del dominio por parte de una maquina del dominio. Estos errores se generan en el registro de eventos de sistema con el id 12294 y con origen Directory-Services-SAM si es Windows 2008 o SAM si es Windows 2003 o anterior. El error en si no aunque parece grave, no debe preocuparnos tanto, ya que la cuenta de administrador de dominio nunca se bloquea. Lo que si nos molestara mas, es el hecho de que estos errores saturan nuestro log de eventos de sistema, así como el registro de seguridad del DC. El problema que nos encontramos cuando intentamos

Solucionar Error 8344 “Insufficient access rights to perform the operation.” En Azure AD connect

Ayer termine de instalar y configurar Azure AD connect. Para los que no lo sepáis, Azure AD connect es el programa que se utiliza para sincronizar objetos de tu directorio activo local con el directorio activo de azure. Podéis acceder a la estupenda documentación de Microsoft aquí. El caso es que después de terminar la configuración, estuve repasando que las primeras sincronizaciones fueran correctas cuando vi que aparecía una tarea con errores en Azure AD sync service. El fallo era el siguiente: Como podéis ver, esta tarea de export, que ya os voy diciendo que era una sincronización de contraseñas, falla por un problema de permisos. La verdad es que era un poco confuso, ya que había seguido la documentación de Microsoft para la implementación al pie de la letra y cumplido todos los prerrequisitos. ¿Se me escapaba algo? Al final, la respuesta era bastante sencilla. Este directorio activo no lo desplegué yo, así que hay algunas cosillas “heredadas”. Una de ellas es que una Unidad Organi

DNS y reenviadores condicionales...

Resulta que estamos migrando a Windows 2008 R2 para poder poner GPOs personalizadas por OU, y el otro día nos surgió un problemilla relacionado con los reenviadores condicionales del servicio DNS en 2008 (anteriormente, los teníamos en 2003 R2). Se nos paso configurar el reenvío de las peticiones de nuestro subdominio principal a nuestro dominio raíz, lo cual, teníamos hecho mediante el uso de reenviadores condicionales. Entramos en el nuevo servidor DNS para configurarlos y @_@ ¡¡no estaban!! Resulta que los amigos de Microsoft han cambiado las pestañas de opciones del servidor DNS y las han dejado así: Como podéis ver, el reenvío de peticiones basado en sufijo, ha desaparecido. Aparentemente solo se permite el reenvío global de peticiones, ¿no? Bueno, pues no, solo lo han cambiado de sitio. Con Windows 2003, cuando querías configurar el reenvío de peticiones DNS basado en dominio, tenias que hacerlo servidor por servidor, ya que la pestaña correspondiente, se encontraba dent