{"id":591,"date":"2005-03-08T10:10:00","date_gmt":"2005-03-08T17:10:00","guid":{"rendered":"http:\/\/kodegeek.com\/blog\/?p=591"},"modified":"2005-03-08T10:10:00","modified_gmt":"2005-03-08T17:10:00","slug":"trucos-unix-%c2%bfcomo-saber-si-un-demonio-esta-arriba-o-no-con-snmp","status":"publish","type":"post","link":"http:\/\/kodegeek.com\/blog\/2005\/03\/08\/trucos-unix-%c2%bfcomo-saber-si-un-demonio-esta-arriba-o-no-con-snmp\/","title":{"rendered":"Trucos Unix: \u00bfComo saber si un demonio est\u00e1 arriba o no con SNMP?"},"content":{"rendered":"

Usted tiene el siguiente problema: Tiene un par de demonios que quiere monitorear, pero no puede revizar directamente si est\u00e1n arriba ya que o hablar el protocolo nativo es complicado (por ejemplo para monitorear NTP desde Perl quizas tenga que instalar Net::NTP<\/a> pero eso le pide Perl 5.8.0 y usted tiene 5.6.1), el demonio no va a hablar directamente con usted (por ejemplo un ACL para evitar que el demonio sea hackeado) o simplemente el demonio no acepta conexiones (por ejemplo un programa en Perl o Java que corre todo el tiempo pero no escucha en ning\u00fan puerto).<\/p>\n

\u00bfTodo est\u00e1 perdido?. No, si usted tiene la suerte de que puede correr Net-SNMP<\/a> en la m\u00e1quina en cuestion, entonces s\u00f3lo tiene que agregar una l\u00ednea en la configuraci\u00f3n de el agente para ver si el demonio est\u00e1 arriba. Ya antes yo les habia hablado de Net-SNMP por ac\u00e1<\/a> y hasta les hab\u00eda dejado un archivo de configuraci\u00f3n de referencia<\/a>.<\/p>\n

Una ventaja de monitorear demonios de esta manera es que el protocolo de SNMP<\/a> est\u00e1 especialmente dise\u00f1ado para consultar una cantidad larga de dispositivos y valores, por lo que la sobrecarga de datos en la red deber\u00eda ser menos que preguntar directamente a los servicios nativos; Lo otro es que tambi\u00e9n usted se ahorra el trabajo de hablar varios protocolos y le deja el trabajo a SNMP de ver si el demonio est\u00e1 arriba (si, ya se, usted siempre puede ver si el puerto est\u00e1 abierto con un simple socket peo esa no es una transacci\u00f3n de verdad, adem\u00e1s de que usted tiene que echar el c\u00f3digo). En este caso, es una virtud el ser perezoso…<\/span><\/p>\n

El algoritmo va de la siguiente manera:<\/p>\n

    \n
  1. Haga una transferencia de la zona de su servidor de DNS (o haga un port scanning de toda la red). En mi opnini\u00f3n es m\u00e1s r\u00e1pido la transferencia ya que as\u00ed solamente contactamos a los servidores que realmente est\u00e1n registrados (usted tiene un SA<\/span> que mantiene al dia el DNS, \u00bfno es asi?)<\/li>\n
  2. Por cada registro tipo A (ignore CNAMES, PTR, MX, etc) haga una consulta de el OID de el servicio a monitorear (especifico de el agente Net-SNMP). La raz\u00f3n es que el indice cambia dependiendo de como nuestro SA haya configurado el archivo ‘snmpd.conf’. Si no tiene indice es que el servicio no est\u00e1 siendo monitoreado por el agente, asi que ignore esta maquina.<\/li>\n
  3. Si el indice existe, entonces obtenga la bandera de error. Si es igual a 1, es que el demonio no estaba corriendo, asi que reporte el error.<\/li>\n<\/ol>\n

    Hacer este programa me tom\u00f3 1 hora, mientras escuchaba Apocalyptica y limpiaba las cagadas, por lo que no es el fin del mundo:<\/p>\n