Monitoreo Gestion y Administración de Una Red Con Zenoss en Debian Etch

Monitoreo, Administración Administración y Gesti n Integral de una red Diensten

MONITOREO, ADMINI TR TRA ACI N Y GES ESTI TI N IINT NTE EGRAL DE UN UN RED EN LINUX PROYECTO II

Aprendices MARCELO ESTEBAN HENAO CARLOS CÓRDOBA JENNY GONZÁLEZ LUISA FERNANDA ARIAS LUZ DARY TEQUIA LUISA FERNANDA RAVE KATERINE LUNA RUIZ YENITH MARITZA RODRÍGUEZ

MONITOREO, ADMINISTRACIÓN Y GESTIÓN INTEGRAL DE UN RED EN LINUX ADMINISTRACION DE REDES DE COMPUTADOR S CENTRO DE SERIVICOS Y GESTION EMPRESARI L MEDELLIN 2008 1


MONITOREO, ADMINISTR STRAC ACII N Y GE GESTI N IIN NTEG TEGRA RALL D DE E UN UN RED EN LINUX PROYECTO II

Aprendices ARCELO ESTEBAN HENAO CARLOS CÓRDOBA JENNY GONZÁLEZ LUISA FERNANDA ARIAS LUZ DARY TEQUIA LUISA FERNANDA RAVE KATERINE LUNA RUIZ YENITH MARITZA RODRÍGUEZ

Tutor FERNANDO QUINTERO CAMILO ZAPATA MAURICIO ORTIZ NICOLAS GALLEGO

MONITOREO, ADMINISTRACIÓN Y GESTIÓN INTEGRAL DE UN RED EN LINUX ADMINISTRACION DE REDES DE COMPUTADOR S CENTRO DE SERIVICOS Y GESTION EMPRESARI L MEDELLIN 2008 2


INTRODUCCIÓN

En la actualidad, para las empresas el manejo y utilización de la infor i nfor ación de las redes se ha convertido en un factor de mucha importancia. Por ende, son muchas las funciones que desempe a un administrador de red; entre ellas, debe monitorear, administrar y gestionar la r ed. Para la gestión y monitore de redes existen diversos programas en l mercado, algunos libres y otros privativos (li enciados). Uno de los problemas a los q e se enfrentan los administradores es que no todos los programas complementan estas a ctividades de forma integral. Por esta razón u administrador de red debe estar constant emente manejando varias herramientas, para poder monitorear eficientemente la red. La gestión de la red e una actividad interesante debido a la alt oferta tecnológica disponible actualmente. e ha vuelto crítica la necesidad de saber el estado de cada equipo que hace parte d una red. A grandes grandes rasgos, la gestión de la red ayuda a prevenir fallos en ella ella y a í detectar los posibles efectos que pueden ocasionar a la hora de prestar cierto servicio a un usuario. Es importante importante saber no no sol o los fallos que se pueden estar produciendo en la red en un momento determinado, si n o poder anticiparse a ellos, prepararse para bu scar las soluciones y reaccionar en el caso ue se produzcan. En la gestión gestión de de la red, la s herramientas son componentes de seguri ad, estas permiten saber sobre el desempe ño de los equipos y así prevenir futur s problemas para garantizar la disponibilidad de los servicios. El objetivo de gestionar la red es disminuir los riesgos que puedan hab er frente una falla y mantener un bu en funcionamiento, ofreciendo de esta maner un buen servicio. En muchos casos reale , los problemas de calidad de servicio no se d eben a un limitado ancho de banda sino a p roblemas de diseño de la topología y de la se uridad de la misma. Volver a realizar el di eño de topología y de seguridad sería una bu na solución.

3


En una red la calidad d los servicios brindados a los usuarios d ependen de varios factores que involucran ta nto aspectos de eficiencia como de seguri ad. El aspecto de eficiencia como el ancho de banda disponible y el aspecto de la seguridad como la utilización que se haga el mismo representan representan un factor crítico, allí es interesante distinguir el tipo de infor ación que es enviado por medio de esta y que volumen de tráfico genera cada usuari o dispositivo. En relación al aspecto de ficiencia, el administrador y el diseñador d redes deben estar en capacidad de determin ar el ancho de banda requerido de acuerd a las necesidades de la organización y la for a efectiva como éste se utiliza cuando la r ed se encuentra en producción, el monitoreo e requiere tanto para el tráfico que se gen era hacia la red de área local como al exterior o WAN. Las funciones principales de un sistema de gestión son: Descubrir automáticamente la topología de la red, monit rización de la red, brindar herramientas herramientas de iagnostico, gestión de MIB's...etc. Normalme nte los sistemas que utilizan SNMP con sisten de: agente, consola de gestión de ed y MIB (base de datos jerárquica d nde se encuentra información de los disposit ivos y usuarios que se encuentran gestiona os en una red).

4


TABLA DE CONTENIDO

INTRODUCCION ...................... ..................................................................... ............................ 3 1. OBJETIVOS ..................... ..................................................................... ............................ 6 1.1 Objetivos Objetivos Generales Generales .. ..................................................................... ............................ 6 1.2 Objetivos Especifico .................................................................. ............................ 6 2. MARCO TEORICO ........... ..................................................................... ............................ 7 2.1 Zenoss.............................. ..................................................................... ............................ 8 3. MONITOREO, ADMINIST AC ACII N Y GESTI STI N INT NTEG EGRA RALL DE UN UNA A ED ..................... 9 3.1 Instalación de Zenoss en ebian Etch ................................................... ............................ 9 3.2 Entorno Web Zenoss ........ ..................................................................... .......................... 17 3.3 Agregando Dispositivos .... ..................................................................... .......................... 19 3.3.1 Auto-Descubrimien o .................................................................. .......................... 19 3.3.2 Agregando Disposi ivos Manualmente........................................ Manualmente........................................ .......................... 22 3.4 Agregando Servicios a Mo nitorear ......................................................... .......................... 24 3.5 Monitoreo de Servicios ..... ..................................................................... .......................... 25 3.5.1 Monitoreo de Servicios por Dispositivo .................................................. .......................... 26 3.5.2 Monitoreo Monitore o de Servi ios por Puerto.............................................. .......................... 26 3.5.2.1 Agregando Módulo s de Estado. ................................................ .......................... 27 3.6 Monitoreo de Dispositivos. .................................................................... .......................... 28 3.7 Alarmas ............................ ..................................................................... .......................... 30 3.7.1 SendMail........................... ..................................................................... .......................... 31 3.7.2 SendPage......................... ..................................................................... .......................... 34 3.8 Agentes en Dispositivos W indows indows ......................................................... ................... ...................................... .......................... 34 4. Emulación de Dispositivos Dispositi vos Activos con GNS3....................................... .......................... 38 4.1 Configuración de Enrutado res Cisco...................................................... .......................... 39 4.2 Configuración de Interface .................................................................. .......................... 39 4.3 Configuración Configuraci ón Enrutamien to Dinámico (RIP) (RIP) ........................................ .. ...................................... .......................... 40 4.4 Activando Activando el Snmp. .......... ..................................................................... .......................... 40 5


4.5 Comprobando Conectivida d entre los diferentes diferentes hosts. ........................ .......................... 40 4.6 Guardar la Configuración en la NVRAM................................................ .......................... 41 5. CONCLUSIONES CONCLUSIONES ......... ..................................................................... .......................... 42 6. BIBLIOGRAFIAS .......... ..................................................................... .......................... 43

6


1.

1.1

OBJETIVOS

OBJETIVO GENER AL

El presente proyecto tiene como objetivo entender el funcionamiento d el protocolo SNMP, por medio de la implement ación de un sistema integral de gestión y m nitoreo remoto.

1.2

OBJETIVOS ESPE CIFICOS

•

Brindar soluciones a los di erentes problemas presentados a lo largo d l proyecto.

•

Monitorear servicios y equi pos configurados en diferentes plataformas.

•

Comprender la importan cia que tienen para los administrador s de Redes las herramientas basadas en l protocolo SNMP.

•

Fomentar el trabajo en equ ipo y la responsabilidad con el mismo.

•

Conocer diferentes herram ientas utilizadas en el proceso de Gestión y Monitoreo.

•

Gestionar acciones que ay uden a una correcta solución a los problema s de la red.

•

Cumplir con el segundo Pr oyectos asignado para el modulo de Admini tración de Redes.

7


2. MARCO TEORICO

SNMP es el Protocolo Si ple de Administración de Red (Simple Ne twork Management Protocol). Como su nombr e lo indica este protocolo ubicado en la ca a siete del modelo OSI, facilita la administraci administraciión de los equipos en la red, permitiendo a los administradores supervisar, encontrar y res olver problemas de una manera mucho más fácil y cómoda. Existen tres versiones de SNMP, la más utilizada es SNMP versión (SNMPv2) ya que ofrece mejoras (operacio es adicionales) con respecto a SNMP ve sión 1 (SNMPv1) y con respecto a SNMPv3, se encuentra más implementada, a pesar de que esta ultima (SNMPv3) posee cambios significativos, sobre todo en aspectos de se guridad. Como ya se ha dicho, SN P es un protocolo del nivel de aplicación, asado en paquetes UDP, es decir, es un prot ocolo "no orientado a la conexión". SNMP define una relación cliente/servidor entre el estor de red, que actúa de cliente y e s el encargado de recolectar los datos, y los elementos gestionados que son los servidor es ya que entregan datos sobre las condicione s actuales del equipo y reciben el nombre d "agentes SNMP". Los Agentes son cada un de las diferentes estaciones de trabajo, es tamos hablando de un Router, una maquina o cualquier otro dispositivo que se pueda gestiionar. El Gestor: Es el que se ncarga de recolectar toda la información e la red, este se ejecuta en una estación de trabajo, controlada por el administrador de ed. Agentes y gestor manej n una base de datos que contiene info rmación jerárquica, estructurada en forma de árbol, de todos los dispositivos gestionado s en una red. Está compuesta por una serie d e objetos que representan los dispositivos ( omo enrutadores y computadores) en la red. Cada objeto manejado en un MIB tiene un identificador de objeto único e incluye el ti o de objeto (tal como contador, secuencia gauge), el nivel de acceso (tal como lectura y escritura), restricciones de tamaño, y la inf ormación del rango del objeto. 8


En el proceso de comunic ación se intercambian cinco tipos de mensa jes SNMP entre los Agentes y el gestor SNMP , estos son: •

•

•

•

•

Get Request: Una petici n del Administrador al Agente para que envíe los valores contenidos en el MIB. Get Next Request : Una p etición del Administrador al Agente para qu e envíe los valores contenidos en el MIB refer nte al objeto siguiente al especificado anter iormente. Get Response: La respu sta del Agente a la petición de informa ión lanzada por el Administrador. Set Request: Una petición del Administrador al Agente para que cambi e el valor contenido en el MIB referente a un d terminado objeto. Trap: Un mensaje espont áneo enviado por el Agente al Administra or, al detectar una condición predeterminada , como es la conexión/desconexión de u na estación o una alarma. 2.1

Zenoss

Zenoss es una herramie nta de monitoreo de redes y servidore basada en otras herramientas como cacti y nagios (ambas open source) que permite a los administradores tener un control completo sobre la infraestructu infraestructura ra de red. La instalaci instalaci ón, la configuración y la administración fuero simplificadas al máximo para permitirno s disponer de una poderosa herramienta de onitoreo con un esfuerzo mínimo. La administración se realiz a desde una interface web lo que simplifica la tarea a personas novatas en la aplicación aplicación y posibilita la configuración de la herramienta rácticamente sin la necesidad de modificar ar hivos de configuración. Zenoss nos permit realizar monitoreo de sistemas operativos indows y Linux prácticamente sin la ne esidad de instalar agentes en los sistemas operativos. Todas estas funciones se real izan por medio de SNMP o WMI para los istemas Windows. Zenoss 2.0 cuenta co n la infraestructura necesaria para soportar ZenPacks. ZenPacks . Los ZenPacks son grupos empaquetados de

9


funciones y modelos de lantillas para tipos específicos de dispositivos, de esta forma Zenoss logra una especific a supervisión de los dispositivos.

10


MONITOREO, ADMINIST ACIÓN Y GESTIÓN INTEGRAL INTEGRAL DE UNA ED 2.1

Instalación de Zenoss en Debian Etch

Zenoss es una aplicación e código abierto licenciado bajo la GNU G Lv2, se encuentra escrita en Python/Zope. Z enoss es un servicio de gestión y monitor o que utiliza snmp (simple network managem ent protocol – protocolo simple de gestión d red). Por medio de la sencilla i nterfaz administrativa Web de zenoss se p uede monitorear la disponibilidad de servicios , inventario de hardware y software, config ración de sistema, rendimiento, eventos y mu chas otras cosas más. Lo primero que debemos h acer es modificar el archivo para los reposit rios Thiney:~#nano /etc apt/sources.list En este archivo agregamo los siguientes repositorios #Repositorio Zenos s deb http://dev.zeno s.org/deb main stable #Repositorios Ofici les Debian deb http://ftp.cl.debi an.org/debian/ stable main contrib non-free deb-src http://ftp.cl. http://ftp.cl. ebian.org/debian/ stable main contrib non-f ee Ahora actualizamos las list as Thiney:~# apt-get u pdate Empezamos con la instala ión de los paquetes necesarios. Thiney:~# apt-get i nstall python-dev gcc g++ make bzip2 sud subversion snmpd snmp mysql-server-5.0 lib ysqlclient15-dev autoconf swig Nos muestran una lista de los paquetes que serán instalados o en su fecto actualizados. Si estamos de acuerdo y d eseamos continuar damos Si, luego damos Enter.

11


Es bueno hacer un pare y hablar de algunos paquetes que se es tán instalando y la función que estos cumplen : Subversion o SVN (Sis ema de Control de Versiones,) Es softw re Libre bajo una licencia de tipo Apache/ SD. Este paquete se encarga de llevar un control de las versiones de proyectos, d cumentos y cualquier otro archivo del cual se quiera tener un control de cambios que s hacen sobre él, todo el repositorio tiene n único número de versión que identifica un estado común de todos los archivos del r epositorio en cierto punto del tiempo. Python-dev, Es el entor no de desarrollo, en pocas palabras el compilador, o depurador.

editor de código,

Sudo: Este paquete per mite implementar un control de acceso para que usuarios normales ejecuten coman o de uso Administrativo. En pocas palabras brinda privilegios a un usuario normal. SWIG: SWIG: Es una aplicación esarrollada en 1995, que genera todo el có igo necesario para utilizar desde multitud de l nguajes de alto nivel (desde Python hasta Caml pasando por Java o C#) hasta librerías e C. Lo de casi automático e esencial. Sólo tenemos que generar un fichero de interfaz (acabado en extensión .i ) y SWIG generará un fichero _wrap.c que compilaremos junto al ori inal para crear la librería. De esta maner obtendremos una librería dinámica (esos fic eros .so que podemos ver a miles en /us /lib ), ), así como una librería en el lenguaje de d estino. Autoconf: Es la herramien ta de GNU para la configuración multiplataf rma.

12


Nota: Al momento de inst lar mysql-server-5.0 es mejor no proporcionar la contraseña de root a mysql, es decir, lo d jamos sin contraseña, mas adelante le asig naremos una. Igual que en el proceso an terior le damos Si, Si, seguido de un Enter. Por último instalamos Después de haber installado todos los paquetes necesarios, pro cederemos con la configuración configuraci ón de estos. P r lo tanto empezamos verificando verific ando el archiv my.cnf de mysql Thiney:~#nano /etc mysql/my.cnf Nos aseguramos que esta línea (skip-networking ) se encuentre dentr o del archivo y que este descomentada. Esto os asegurará de que Mysql solo escuche p r la interfaz local. bind-address = 127 .0.0.1 Como instalamos el paque te sudo, debemos modificar el archivo que ermite la ejecución o no de algunos otros com andos para para los usuarios usuarios sin privilegios. Por lo tanto editamos el archivo sudoers, ubicado e n /etc: Thiney:~#nano /etc sudoers

13


Y agregamos las siguien tes lineas que permitirán al usuarios ze oss tener algunos permisos: Defaults env_reset Defaults env_keep = "PYTHONPATH ZENHOME" zenoss ALL=(ALL) NOPASSWD: ALL

El archivo quedará como s e muestra en la figura 1.2. Creando Usuario Zenoss Para el siguiente punto de bemos crear un usuario llamado zenoss, en mi caso este punto no aplica, ya que al mom ento de instalar el S.O se creó este usuari o, si este no es su caso, por favor proceda a crear el usuario zenoss de la siguiente form : Thiney:~#adduser enoss El sistema te pedirá un p ssword y un confirmación del mismo. Des pués te pedirá una información que puedes o itir dando enter. 14


Ahora ingrese como usuariio Zenoss Thiney:~#su zenno s Verificamos que estemos logueados como usuarios zenoss, para esto utilizamos el comando whoami. Otra fo rma de verificar el cambio de usuario es o servando el prom; este cambia de # (Usuario Administrador Administrador *root*) a $ (Usuario sin sin Privil gios). zenoss@zenoss:~ whoami Ahora debemos entrar al h ome del usuario creado, es decir, zenoss y modificar el archivo .bashrc, este es uno e los tres archivos que guarda las f unciones globales, configuraciones y aliases ue son comúnmente utilizadas por el Shell " bash". zenoss@zenoss:~ nano /home/zenoss/.bashrc export ZENHOME= /usr/local/Zenoss export PYTHONPA H=$ZENHOME/lib/python export PATH=$ZE HOME/bin:$PATH Quedando como lo muestr a la figura 1.3.

ZENHOME es la ruta do de zenoss se instalará, alli encontramos todos los archivos 15


necesarios para su ejecuciión, incluyendo Zenoss y otros componente , tales como Zope, RDD, PySNMP, Twisted, e tc.. NOTA 1: Es recomendabl instalar zenoss en la ruta señalada con a ruta diferente a la del ho e del usuriao es decir, /home/zenoss. ya desinstalar o ha tenido pr oblemas con la intalacion, y debe volver a será mucho más fácil la instalación si ha creado un directorio directorio dif dif usuario

terioridad o en una ue si usted desea instalar zenoss, le rente al home del

PYTHONPATH es la ruta ue permite python encontrar las bibliotecas que utilizaremos en zenoss. La tercera línea e la ruta de se encuentran los binarios ejecut ados por el Zenoss. Para esta configuración utilizaremos subversión, usar subver ión no es muy recomendable ya que est o descarga versiones beta, versiones en de sarrollo que no son muy estables, pero en es te caso lo utilizaremos ya que estaremos trabajando con las últimas versiones. En poc as palabras debemos sopesar las ventajas y desventajas que traerá esto. Creando $ZENHOME Ahora procedemos a crea r el home de zenoss, para esto utilizamos el comando sudo que da algunos permisos de a ministrador a este usuario sin privilegios. zenoss@zenoss:~ sudo mkdir /usr/local/zenoss /usr/local/zenoss Depronto muchos se pre untarán, pero porque vamos a crear el h me, de zenoss, si zenoss ya tiene un home precisamente se encuentra en /home/zen ss. La respuesta a esta pregunta esta en la N OTA1, ubicada en la pagina 16. A este directorio se le d be cambiar de propietario, en este caso el propietario será zenoss, de lo contrario se endrá problemas al desempaquetar el tar.g de zenoss, así: zenoss@zenoss:~ sudo chown -R zenoss /usr/local/zenoss

16


Si le damos cd $ZEN OME nos llevara directo al home de enoss ubicado en /usr/local/zenoss. Una vez hayamos terminado de crear el home del usuario y modificar algunas configuraciones, p rocedemos a verificar el estado de Mysql. A continuación detallarem os dos formas importantes para obtener e instalar zenoss, la primera será por subversió n y la segunda por medio del codigo fuente tar.gz)

Instalación de Zenoss La instalación de Zenoss la llavaremos a cabo de dos formas, l primera será por subversión y la segunda c mpilando el codigo de zenoss. Instalacion por Subversion: Para esta configuración como se dijo anteriormente, utilizaremo subversión, usar subversión tiene sus pro y sus contra, por ejemplo, no es muy recom endable porque se descarga versiones beta, ersiones en desarrollo que no son muy es ables y no siempre van a funcionar, por otro l ado, presenta una gran ventaja y es que es taremos trabajando con la última última versión. Ad más tiene un propósito académico, y es ueremos aprender un poco de subversion. Para poder utilizar subvers iones utilizamos el comando svn co, record mos que svn se ha descargado con anteriorid d. Nos ubicamos en /home/z noss, para verificar en que ruta nos encont amos, utilizamos el siguiente comando. zenoss@zenoss:~ pwd Si no esta en /home/Zenos s por favor ingresemos. zenoss@zenoss:~ cd /home/zennoss Ahora procedemos a desc rgar los paquetes 17


zenoss@zenoss:~ sudo svn co http://dev.zenoss.org/svn/trunk/ inst La descarga de los paq uetes puede tomar un poco de tiempo, estos archivos se almacenarán en una car peta que se crea automáticamente en /h ome/zenoss/. Esta carpeta tiene por nombre i st. Una vez hayamos termina o la descarga, Ingresamos a inst. zenoss@zenoss:~ cd /home/zenoss/inst Una vez allí, procedemos a ejecutar el .sh para empezar con la instala ción de zenoss zenoss@zenoss:~ ./install.sh Nos pide una informaci ón importante. Lo primero es el pas sword del usuario administrador administr ador zenoss, p or defecto es zenoss, si queremos le d mos Enter o bien modificamos esta informa ción. En la segunda línea debemos ingre sar nuevamente el password para confirmarl . Así sucesivamente nos pedirá la informa ión para completar la configuración de MySQ .

Password for the Zenoss " dmin" user [zenoss]: Enter the password again: MySQL server hostname [l ocalhost]: MySQL server root userna e [root]: MySQL server root passw rd []: MySQL event database na me [events]: MySQL username for Zen ss events database [zenoss]: MySQL password for zeno ss [zenoss]: MySQL server port [3306]: ./genpatchdeps.sh >.patch eps

18


Esto puede tomar un poc de tiempo. Si la instalación falla debemo limpiar el proceso con make install y volver intentar. En nuestro caso, todo ha salido bien, por lo tanto veremos un mensa je donde nos piden dar unos permisos y camb iar de propietario algunos archivos, tal y co o lo muestra en la figura 1.5.

Por lo tanto procedemos zensocket

cambiar de propietarios y asignar nuevos permisos el archivo

zenoss@zenoss:~ sudo chown root:zenoss /usr/local/zenoss/biin/zensocket zenoss@zenoss:~ sudo chmod 04750 /usr/local/zenoss/bin/ze socket

Instalación de zenoss o pilando el código Fuente ( tar.gz.) Lo primero que debemos hacer es descargarnos el tar.gz. Para e sto debemos estar logueados como usuari s zenoss y si queremos podemos estar parados en /usr/local/zenoss, /usr/local/zenoss, pero no s necesario. Ingresamos lo siguiente: zenoss@zenoss:~ sudo wget 2.2.4.tar.gz

http://downloads.sourceforge. net/zenoss/zenoss-

Una vez haya terminado l descarga comprobamos que este archivo se encuentre en la ruta señanalada con anteri oridad. Para esto listamos el contenido de la carpeta. zenoss@zenoss:~ ls -a 19


Una vez sea comprobado sto, pasamos a desempaquetar el archivo. zenoss@zenoss:~ tar -zxvf zenoss-2.2.4-1.tar.gz Esto puede tardar un poco . Una vez que termine este proceso, entra os a la carpeta que se genera automáticamen te al desempaquetar, esta tiene el mismo nombre del archivo pero ya sin el tar gz, es de ir, zenoss-2.2.4. zenoss-2.2.4. zenoss@zenoss:~ cd zenoss-2.2.4 Ejecutamos el .sh zenoss@zenoss:~ ./install.sh Luego veremos los mism os datos, que se solicitaron al instalarlo contestamos, y damos Ent er.

or subversion, los

Password for the Zenoss " dmin" user [zenoss]: Enter the password again: MySQL server hostname [l ocalhost]: MySQL server root userna e [root]: MySQL server root passw rd []: MySQL event database na me [events]: MySQL username for Zen ss events database [zenoss]: MySQL password for zeno ss [zenoss]: MySQL server port [3306]: ./genpatchdeps.sh >.patch eps

20


NOTA: Si en este punto os sale un error debemos de comenzar d e nuevo los puntos anteriores, pero tenemos ue tener muy en cuenta que debemos de deshacer partes de configuración con el siguie nte comando: zenoss@zenoss:~ make clean Repetiremos todos los pas os y eliminaremos todos los Directorios, Di rectorios, el suario Zenoss y el Home del Usuario para ga antizar la instalación. Si la instalación se instalo correctamente al finalizar la instalación no debe de aparecer algo como esto: ==================== =========================== zensocket must be setuid. As root, execute the following: chown root:zenoss /usr/loc al/zenoss/bin/zensocket chmod 04750 /usr/local/ze oss/bin/zensocket ==================== =========================== Successfully installed Zenoss

Ahora procedemos a darle permisos al archivo zensocket, zenoss@zenoss:~ sudo chown root:zenoss /usr/local/zenoss/biin/zensocket zenoss@zenoss:~ sudo chmod 04750 /usr/local/zenoss/bin/ze socket Configurar SNMP Procedemos a configurar el snmp. Empezaremos modificando el a rchivo snmpd, este archivo se encuentra en / tc/default y es el encargado de controlar la actividad de snmpd y traps. zenoss@zenoss:~ sudo nano /etc/default/snmpd

21


Una vez dentro del archiv le quitamos la dirección de loopback, de e a manera, estamos dejando abierto el puerto snmp para que cualquier red que inte nte establecer una conexión snmp tenga ac eso y viceversa, para que el snmp est escuchando para cualquier maquina.

Guardamos y salimos, lue o procedemos procedemos a editar editar el archivo archivo snmpd.c onf, este archivo es el archivo principal de conf iguración para el snmpd, unicado en /etc/sn p/. Antes de proceder a edit rlo es recomendable hacer una copia de este archivo por si llegaramos a tener algun p ercance. zenoss@zenoss:~ cp /etc/snmp/snmpd.conf /etc/snmp/snmpd. conf.BKP Ahora vamos a editarlo.

22


zenoss@zenoss:~ nano /etc/snmp/snmpd.conf Por lo tanto en este archiv o buscaremos las siguientes líneas, aquí de iniremos el nombre o los nombres de las c munidades a las que el Servidor acced erá, por lo tanto agregamos estas lineas qu e definiran nuestra red. com2sec com2sec

local mired

127.0.0.1/32 192.168.70.0/24

priva e publi

Donde local será la Com nidad de Lectura y Escritura y mired de s olo Lectura, prívate será el nombre de la com nidad para 127.0.0.1 (Localhost) y 192.168 .70.0 será nuestra red, en vez de la IP lo pod emos dejar con el parámetro default. default. Privat será el nombre de la Comunidad para local y Public para miredloca mir edlocal.l. Crearemos dos grupos (de bemos de tener en cuenta que ya hay unos grupos creados por defecto y no debemos de rear un conflicto), MyRWGroup y MyROGr up. El primero será un grupo al que se asign rán más adelante permisos de lectura-es ritura y el segundo será un grupo al que pos teriormente se asignarán permisos de sol lectura. Por cada grupo se asignan tres lín as que especifican el tipo de acceso que se permitirá en un momento dado a un gru o en particular. Es decir, MyRWGroup s e asocia a local y MyROGroup a mired, las lí neas deben de quedar así: group MyRWGroup v1 group MyRWGroup v2c group MyRWGroup usm

local local local

group MyROGroup v1 group MyROGroup v2c group MyROGroup usm

mired mired mired

Se debe especificar que p rmisos tendrán los dos grupos, recordemos que uno es de solo lectura (MyROGroup) y el tro es de lectura-escritura (MyRWGroup). 23


## group context access MyROGroup "" access MyRWGroup ""

sec.model any any

sec.level noauth noauth

prefix read exact all exact all

write notif none none all all

Reiniciaremos el servicio d e SNMP Thiney:~## /etc/init.d/snm d start Starting network managem ent services: snmpd snmptrapd. Observaremos que se han arrancado dos servicios: snmpd que es el a gente SNMP, que permite que nuestro Linux responda a las peticiones que se le realicen por el puerto 161 de UDP, y otro servicio lla ado snmpdtrad, que permite tener un dem nio que es avisado cuando ocurre determinad evento en nuestra subred que no configur remos aquí.

Probamos el Servidor co el Localhost o si queremos con la IP de u equipo de la Red, Este comando arrojará inf rmación acerca del Equipo. con detalles on la primera línea información del Sistemas y la segunda de las Interfaces): Thiney:~#snmpwalk -v 1 1 7.0.0.1 -c private system Thiney:~#snmpwalk -v 1 1 7.0.0.1 -c private interfaces La pantalla se llenará de un montón de líneas, que en realidad orresponden a las variables MIB que el agent e es capaz de informar al NMS. El comando que se ha us ado es snmpwalk ( hablar por snmp ), ), y los parámetros que le hemos puesto son los sigu ientes: -c public : Indica l nombre de la comunidad para la consulta . Por defecto, es la comunidad con permisos d e sólo lectura. -v 1 : Indica que se usará la versión 1 del protocolo (actualment e existen tres: 1, 2c y la 3). •

•

24


127.0.0.1 : Es la Ip del elemento de red que tiene el agente SN MP ejecutándose y que quiero consultar. •

Donde debemos modificar esta línea. Las tres últimas columnas sig ifican los permisos respectivos que poseen l s diferentes grupos, en este caso le esta mos indicando que todos pueden tener acces de lectura a nuestro grupo. access MyROSystem "" an y noauth exact system none none Por esta otra. access MyROSystem "" an y noauth exact all none none Así como lo muestra la fig ra:

Guardamos y salimos. Nos logueamos nuevamen te como root. zenoss@zenoss:~ su – Password: Digite el password de root Vamos a comprobar el est do de Zenoss. Thiney:~#zenoss st atus

25


Ahora vamos a reiniciamo los servicios, para que cojan los cambios y se inicien todos los demonios. Thiney:~#/etc/init.d/ zenoss restart

Por defecto, el servidor we b de zenoss escucha en el puerto 8080. es o lo puede cambiar modificando el $ZENHO E/zope.conf. las referencias al número d puerto en configs demonio. Abrimos el navegador e i ngresamos http://localhost:8080/ el Username por defecto es admin y el password por d efecto es zenoss

26


Ya tenemos una parte m uy importante del proyecto, la instalación de Zenoss. Ahora procedemos a realizar las configuraciones pertinentes para monitorear nuestra red.

2.2

Entorno Web Zen ss

El sistema que maneja Z vamos a ver es una pesta de mostrar todos los disp como se puede apreciar e

noss en un sistema muy completo y detall do, lo primero que a llamada Dashboard, princiipal que se encarga Dashboard, es la ventana princi sitivos, eventos eventos e información sobre el el est ado de la red, tal y la figura 1.9.

Al lado izquierdo observa os el menú principal, damos clic en Settings, para verificar que todos los demonios de Z noss se encuentren encuentren corriendo, luego cli en Daemons, Daemons, allí podemos ver algunos de l s demonios que maneja Zenoss, cada uno e ellos cumple una función importante al mom ento de monitorear una red.

27


Se pueden presentar pr blemas con zenhub, esto ocurre por u n problema en la instalación y la mejor ma nera de solucionarlo solucionarl o es desinstalando to do y volviéndolo a montar.

3.3. Agregando Dispo itivos Ahora procedemos a agre ar los equipos, para agregar equipos lo po emos hacer de dos formas, la primera es rea lizar una búsqueda donde Zenoss encue tra equipos en las diferentes redes y los agre ga automáticamente, la otra es agregarlos anualmente. 3.3.1 Auto-Descubrimiento Esta tarea se lleva a cabo gracias a la colaboración colaboración de de ZenDisc. ZenDisc. Ze disc hace parte de ZenModeler y juntos se en cargan de descubrir nuevos recursos en las redes, encontrando direcciones IP y dispositiv s pueden determinar la topología de la red. Para realizar Auto-Disco ery vamos a Networks, luego en Overvi w desplazamos la pestaña ubicada al lado i zquierdo de Subnetworks y le damos clic en Add Network. Network. Como lo muestra la image 1.11.

28


Agregamos la red en la q e vamos a buscar equipos, en este caso y como se detalla en figura 1.12, estamos agreg ando la 192.168.70.0/24, 192.168.70.0/24 , luego damos clic e n OK.

Así sucesivamente vamos agregando todas las redes. Una vez tenga os todas las redes listadas, las seleccionam os y volvemos a la pestaña ubicada al lado izquierdo de Subnetwork y damos clic en Discover Devices. Como lo muestra l figura 1.13. Esta opción permite realizar un búsqueda detallada en todas las redes qu e se agregaron con el fin de encontrar equipos , dispositivos y conocer su estado. 29


Esto puede tomar un poc o de tiempo, finalmente obtendremos un li stado de todos los dispositivos encontrados. ara ver los detalles de la búsqueda, damos clic en Navigate to network. Tal y como se in dica en la figura 1.14.

Esto nos lleva nuevamen e a la pestaña Overview donde encontra mos las redes que habíamos agregamos con anterioridad, donde nos muestra el núm ros de dispositivos encontrados en cada una e las redes. Ver figura 1.14

30


3.3.2 Agregando Disposi ivos Manualmente Agregar los dispositivos anualmente es una tarea difícil, pero e ocasiones puede resultar bastante útil sobre todo cuando todos los equipos se encuen ran monitoreados y solo se debe agregar uno o dos dispositivos, esta tarea puede resulta r más sencilla si se agrega estos dos dispositiivos manualmente a realizar un discovery e todas las redes. Para esto Vamos a Add evice, evice, ubicado en el menú principal. Se no s abre una ventana donde debemos llenar 4 d tos importantes. Ver Figura 1.16.

El primero dato que nos iden es Device Name, Name, donde debemos p oner el nombre del equipo o la dirección Ip, l más recomendable es agregar los equipo s por dirección Ip, luego en el ítem dos, Device Class Path nos pide la clase para el equ ipo, desplegamos y encontramos muchas (ver Figura 1.17), entre las más utilizadas se enc uentran: /Server/Linux: /Server/Linux: Utilizando U tilizando p ra agregar equipos o servidores con S.O e Linux. /Server/Windows: /Server/Windows: Utilizado para agregar los servidores o equipos con .O Windows. 31


/Network/: Utilizado para a grega Dispositivos Dispositi vos Cisco, como Router, SW SW AP entre otros.

En el tercer punto, encont ramos Protocolo Discovery, Discovery, por defecto vi ene configurado en auto. El Protocolo de de cubrimiento como su nombre lo indica e s el encargado de encontrar los equipos en cada una de las redes. Por último, en el uarto punto Snmp Community, debemos agregar la comunidad snmp, en nuestro caso ponemos la comunidad de solo lectura, es decir, public. Estos son los datos más i portantes, ahora vamos al final de la vent na y damos clic en Add Device. Para cono er más información del equipo agregado le damos clic en Navigate to device, esto nos lleva directamente al equipo, donde podemos observar detalles del sistema y las g raficas de los procesos mas importantes. V r Figura 1.18.

32


3.4

Agregando Servic ios a Monitorear

El monitoreo de servicios juega un papel muy importante para el administrador, este permite detectar a tiemp fallos en los servidores que se encuent ran en producción, ahorrando esfuerzos, tiem po y dinero. Por defecto Zenoss no monitor a los servicios, así que es nuestra tarea agre arlos. Para esto debemos in resar a Devices ubicado en el men ú principal, luego seleccionamos seleccionamos Server, S erver, Ne work o en su efecto Discovered. Seleccionamos el nombre del dispositivo, luego vamos a la pestaña OS (ver figura 1.20).

33


Damos clic en la pestañ ubicado al lado izquierdo de IP Servic s, posteriormente debemos seleccionar el ti po de servicio que queremos agregar, en este caso estamos agregando un servidor w b, por lo tanto seleccionamos el http com o se muestra en la figura 1.21.

34


Para activar el monitoreo y realizar otras configuraciones damos cli c sobre el servicio, esto nos arroja una vent na como la que se ilustra en la figura 1. 22, en la parte de Monitor, poner True, realiz mos los demás cambios y guardar.

3.5 Monitoreo de Servicios. El monitoreo de servicios s e puede realizar de dos formas. 3.5.1 Monitoreo de Servicios por Dispositivo En el monitoreo de servi ios por dispositivo se detallan los servicio que el dispositivo como tal maneja. Para es o debemos ir a Devices, Devices, ubicado en el me nú principal, luego en Clase seleccionamos erver y en Sub-Devices seleccionamos l sistema operativo en el cual se encuentra n estro servidor, en este caso, Linux. Por úl imo seleccionamos nuestro servidor a monitor monitor ear. (Ver figura 1.23) Una vez estemos en el e quipo, en la parte inferior en IP Services podemos observar todos los servicios que se encuentran corriendo.

35


3.5.2 Monitoreo de Servicios por Puerto Este monitoreo se realiza por el puerto, para esto vamos a Services bicado en el menú principal, en Classes sel ccionamos el nombre del servicio a monitor ear, posteriormente seleccionamos seleccionamos el tipo de de rotocolo y el puerto por el cual se está corri endo el servicio, en este caso se selecciono e l puerto 80. En la figura 1.24 observamos ue este servicio lo prestan dos maquinas, Ze oss.local y Thiney.local, ambos servicios se encuentran arriba.

3.5.2.1 Agregando Módulos de Estado.

36


El servidor apache necesi ta tener habilitado el modulo de estado pa a brindar al gestos SNMP información más de tallada acerca de los eventos ocurridos. Para esto vamos al Agen te donde se encuentra corriendo el servid or web (Apache) y procedemos a editar el arc hivo de configuración. Thiney:~#nano /etc apache2/apache2.conf/ Aproximadamente en la línea 650 encontramos el modulo de es tado (mod_status), Agregamos la primera lí ea para activar el estado del modulo, e sta información es recogida por zenoss para r ealizar un monitoreo más detallado de servi ores web. Por ultimo descomentamo la información para este modulo, el archiv quedara así:

Reiniciamos el servicio par a que los cambios tengan efecto Thiney:~# /etc/init.d/ap ache2 restart

3.6

Monitoreo de Dispositivos. 37


El monitoreo de Dispositi os que nos ofrece Zenoss, es un monitor eo esencial, donde podemos encontrar la utili ación de la CPU, la cantidad de Procesos, la Memoria que se está consumiendo, entre o tros procesos. Para ver el monitoreo me iante graficas vamos a Devices, Devices , ubicado en el menú principal, luego seleccionamos el di positivo a monitorear y vamos a la pestana Perf, o Performan, Performan , allí encontraremos las graf icas más representativas para este equipo. El la grafica 1.25 observa mos la carga que se está presentando en el equipo contra el tiempo, la línea azul nos uestra la cantidad de proceso que se está realizando cada 5 minutos. Podemos deducir entonces que es un equipo, probablement un servidor que se encuentra en producción.

En la grafica 1.26 observ amos la utilización de la CPU, donde el ayor porcentaje es ocupado por el sistema, los porcentajes no bajan de 35, además el usuario también ejecuta una cantidad consi derable de procesos.

38


En la grafica 1.27 podemo observar la Cantidad de memoria dada en porcentaje, en esta grafica en particular obser amos que el 97 % de la memoria es usada. Quedando así un poco menos del 30 % para la cache, el buffer y la swap.

39


3.7

Alarmas

Este servicio es proporcio ado por ZenActions, quien permite enviar ensajes de correo electrónico o páginas bas das en acontecimientos, más conocidas co o SendPage. (Ver figura 1.25)

3.7.1 SendMail Como su nombre lo indica, es utilizado para generar alarmas por corr eo electrónico, para esto, debemos tener confi urado un servidor de correo. Una vez se c uente con este prerequisito debemos ir a Set ing, ing, ubicado en el menú principal. Ver figur 1.30.

40


Después de haber comp letado toda la información solicitada en l a pestana Setting, pasamos a Users, Users, donde ebemos realizar un test al e-mail proporcio ado. Esto con el fin de garantizar la entrega de alertas. Ver figura 1.31.

Una vez la prueba resulte exitosa, damos clic sobre el usuario Admin para configurar las alarmas. Después obser amos algunas pestanas para configurar la información del administrador, ver evento s y Administered Objects. Damos clic en Alerting Rules y posteriormente en Add Al rting Rule... Ver figura 1.32.

41


Seleccionamos un nombre para esta alerta y damos clic en OK. Ver figura 1.33

Una vez la alerta se enc entre listada, damos clic sobre ella, lueg pestanas. En la pestana Edit encontramos algunos campos i configuración: Enabled: Este parámetro ebe aparecer como verdadero (True) Address: En este paráme tro debemos introducir el mail del administr recibirá los mail, en este c so [email protected] . Actions: La acción por d efecto en este caso es email, ya que la utilizando es la SendMail.

encontramos tres portantes para la

dor o persona que larma que se está

42


Luego debemos configur r algunas reglas, esta configuración es personal y va de acuerdo a las necesidade del administrador. Ver figura 1.34. Por últ imo guardamos los cambios.

3.7.2

SendPage

Sendpage es un servidor SNPP disponible para Linux que nos permiite enviar mensajes de texto SMS a tu teléfono celular o buscapersonas. El mayor beneficio es que no requiere acceso a Internet para ofrecer la s páginas. 3.8

Agentes en Dispos itivos Windows

Para monitorear host co Sistemas Operativos Windows debes in stalar el Protocolo SNMP, esto hace que el e quipo se convierta en agente SNMP y envi datos importantes al Gestor. Para instalar el SNMP ebemos ir a Inicio, Inicio, Panel de Control Agregar o Quitar programas, programas, Agregar o q itar componentes de Windows. En Win ows Vista veremos una ventana como la que os muestra en la figura 1.35.

43


En los host con Windos Xp, se realiza el mismo procedimiento, p ro al momento de Ingresar en Agregar o qui tar componentes de Windows nos sale un ventana diferente, debemos seleccionar Herramientas de Administración y Supervi sión y dar clic en Siguiente.

44


Una vez termine de instal r el SNMP, debemos activar y configurar ell servicio, para esto vamos a Inicio, Inicio, Panel de ontrol, Herramientas Herramientas Administrativa Administrativa y or último Servicio. Seleccionamos Servicio e Captura, este servicio se encarga de en viar traps, es decir, mensajes emergentes. Veremos una ventana com o la que se muestra en la figura 1.36 donde : 1. Debemos seleccion ar el Tipo de inicio, inicio, en este caso seleccion mos Automático. 2. Damos clic en Apli ar para aplicar estos cambios 3. Ahora iniciamos el ervicio, para esto clic en Iniciar. 4. Por último últ imo damos clic en Aceptar.

45


Ahora procedemos a co figurar el servicio, para esto en la mis a ventana donde aparecen lo servicios, es ecir en Herramientas Administrativas, sele cionamos Servicio SNMP y damos clic derec o. Nos ubicamos en la pestana de Segurid ad donde debemos agregar las comunidades, en este caso de solo lectura y lectura y esc itura. Nos aseguramos que la pción de Aceptar paquetes de cualquier host se encuentre habilitada, como lo detall la figura 1.37., posterior a esto, aplica os los cambios y pasamos a la siguiente pe tana, Capturas.

46


En capturas debemos sel eccionar las comunidades, para esto, va os a Nombre de Comunidad, escribimos ell nombre de la o las comunidades y damos clic en Agregar a la lista. Luego en Destino de Capturas, apturas, debemos agregar la dirección i de los host que capturaran este tráfico. Ve r figura 1.38. Por último damos clic en Acept ar. Con esto se da por termin do la instalación y configuración de los age ntes SNMP en host con Sistemas Operativos inodws.

47


4

Emulación de Dispositivos Activos con GNS3

Para los Enrutadores (Rou ters) se utilizo GNS3, un potente emulador de imágenes Cisco que nos permite realizar l s configuraciones de todos los comandos, n este caso activar el snmp-server. La configuración final en NS3 es la que se muestra en la figura 2.1. Esta configuración prese nta dos routers, cuyos seriales se enc entran en la red 192.168.5.0 y sus interfac s Ethernet se encuentran en la 192.168.70. 0, conectada por el dispositivo nube que simul a nuestra red real. 48


4.1

Configuración Configuración de nrutadores Cisco

Una vez los routers empie an a correr debemos asignarle un nombre, para esto entramos al modo de configuración y asignamos un nombre al dispositivo. Router>en Router#config t Router(config)#hos name Router_Thiney2 4.2

Configuración Configuración de Interfaces Router_Thiney2(co Router_Thiney2(co Router_Thiney2(co Router_Thiney2(co Router_Thiney2(co

fig)#interface ethernet 2/1 fig-if)#ip address 192.168.70.250 255.255. 55.0 fig-if)#no shut fig-if)#exit fig)#interface serial 1/0

Router_Thiney2(co fig-if)#ip address 192.168.5.2 255.255.255. 0 Router_Thiney2(co fig-if)#no shut Router_Thiney2(co fig-if)#exit 4.3

Configuración Configuración Enrutamiento Dinámico (RIP) 49


Router_Thiney2(co Router_Thiney2(co Router_Thiney2(co Router_Thiney2(co

4.4

Activando el Snm . Router_Thiney2(co Router_Thiney2(co Router_Thiney2(co Router_Thiney2(co Router_Thiney2(co

4.5

fig)#router rip fig-router)#network 192.168.70.0 fig-router)#network 192.168.5.0 fig-router)#exit

fig)#snmp-server fig)#snmp-server community public ro fig)#snmp-server fig)#snmp-server community private rw fig)#snmp-server fig)#snmp-server enable traps snmp fig)#snmp-server fig)#snmp-server enable traps config fig)#snmp-server host 192.168.70.241 versiion 2c public

Comprobando Conectividad entre los diferentes hosts.

50


4.6 Guardar la Configura ión en la NVRAM Router_Thiney2#co py running-config running-config startup-config startup-config

51


CONCLUSIONES

Con este proyecto podem s concluir la importancia que tiene el proto olo SNMP para los administradores, pero tam bién debemos rescatar el hecho de que no todos los software de Gestión y Monitoreo u tilizan este protocolo para recolectar la in formación. Muchos utilizan sus propios agent s, estos agentes brindan al gestor la infor ación detallada de cada uno de los proces s y recursos que se encuentran corrien do en la máquina gestionada. Con la elaboración del royecto, podemos concluir que la exis encia de software integrales de monitoreo e n el mercado es nula, para los administra ores es muy difícil encontrar software que re alicen la Gestión, Monitoreo y Administra ión completa de la red, esta tarea no es fác il lograrla con un software, por tal motivo se deben realizan acoples y arreglos que pu eden ser complicados y no resultar tan útiiles al momento de ponerlos en marcha.

52


BIBLIOGRAFIA

Getting Started with Zenos s Enterprise.pdf . Annapolis, MD 21401, EE. UU. 2008 Annapolis, MD 21401, EE. UU. http://www.zenoss.com/co munity/doc munity/docs/install-guide s/install-guides/installing-w s/installing-with-th ith-th e-zenossinstaller.pdf http://www.zenoss.com/co munity/docs/zenoss-guide/2.3.0/ www.wiki.red-sena.net http://es.wikipedia.org/wiki/ SNMP http://es.wikipedia.org/wiki/ Subversion www.google.com.co http://www.mattgwatson.ca :80/2008/06/howto-sending-sms-via-sendpa ge-snpp-server/ http://wiki.huihoo.com/inde x.php?title=Installing_Zenoss_on_Debian

53

Monitoreo Gestion y Administración de Una Red Con Zenoss en Debian Etch

Recommend Documents