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

Monitoreo, Administración y Gestión Integral de una red
Diensten
MONITOREO, ADMINISTRACIÓN Y GESTIÓN INTEGRAL DE UNA

UNA 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 COMPUTADORES
CENTRO DE SERIVICOS Y GESTION EMPRESARIAL
MEDELLIN
2008
1
Diensten

LINU
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

ADMINISTRACION DE REDES DE COMPUTADORES
CENTRO DE SERIVICOS Y GESTION EMPRESARIAL
MEDELLIN
2008
2
Diensten
INTRODUCCIÓN
En la actualidad, para las empresas el manejo y utilización de la informació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 red.
Para la gestión y monitoreo de redes existen diversos programas en el mercado, algunos

libres y otros privativos (licenciados). Uno de los problemas a los que se enfrentan los
administradores es que no todos los programas complementan estas actividades de forma
integral. Por esta razón un administrador de red debe estar constantemente manejando
varias herramientas, para poder monitorear eficientemente la red.
La gestión de la red es una actividad interesante debido a la alta oferta tecnológica

disponible actualmente.. Se ha vuelto crítica la necesidad de saber el estado de cada
equipo que hace parte de una red. A grandes rasgos, la gestión de la red ayuda a
prevenir fallos en ella y así detectar los posibles efectos que pueden ocasionar a la hora
de prestar cierto servicio a un usuario. Es importante saber no solo los fallos que se
pueden estar produciendo en la red en un momento determinado, si no poder anticiparse
a ellos, prepararse para buscar las soluciones y reaccionar en el caso que se produzcan.
En la gestión
stión de la red, las herramientas son componentes de seguridad, estas permiten
saber sobre el desempeño de los equipos y así prevenir futuros problemas para
garantizar la disponibilidad de los servicios. El objetivo de gestionar la red es disminuir los
riesgos que puedan haber frente una falla y mantener un buen funcionamiento,
ofreciendo de esta manera un buen servicio. En muchos casos reales, los problemas de
calidad de servicio no se deben a un limitado ancho de banda sino a problemas de diseño
de la topología y de la seguridad de la misma. Volver a realizar el diseño de topología y
de seguridad sería una buena solución.
3
Diensten
En una red la calidad de los servicios brindados a los usuarios dependen de varios
factores que involucran tanto aspectos de eficiencia
ciencia como de seguridad. El aspecto de
eficiencia como el ancho de banda disponible y el aspecto de la seguridad como la
utilización que se haga del mismo representan un factor crítico, allí es interesante
distinguir el tipo de información que es envia
enviado por medio de esta y que volumen de
tráfico genera cada usuario o dispositivo.
En relación al aspecto de eficiencia, el administrador y el diseñador de redes deben estar

en capacidad de determinar el ancho de banda requerido de acuerdo a las necesidades
de la organización y la forma efectiva como éste se utiliza cuando la red se encuentra en
producción, el monitoreo se requiere tanto para el tráfico que se genera 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, monitorización de la red, brindar
rindar herramientas de diagnostico, gestión
de MIB's...etc. Normalmente los sistemas que utilizan SNMP consisten de: agente,
consola de gestión de red y MIB (base de datos jerárquica donde se encuentra
información de los dispositivos y usuarios que se encuentran gestionados en una red).
4
Diensten
TABLA DE CONTENIDO
INTRODUCCION ................................................................................................
................................ ....................................................... 3
1. OBJETIVOS ................................................................................................
................................ ...................................................... 6
1.1 Objetivos Generales ................................................................................................
................................ ................................... 6
1.2 Objetivos Especificos ..............................................................................................
.............................. 6
2. MARCO TEORICO ................................................................................................
................................ ............................................ 7
2.1 Zenoss...............................................................................................................................
................................ ............................... 8
3. MONITOREO, ADMINISTRACIÓN Y GESTIÓN INTEGRAL DE UNA RED ..................... 9
3.1 Instalación de Zenoss en Debian Etch ................................................................
............................................... 9
3.2 Entorno Web Zenoss ................................................................................................
................................ ....................................... 17
3.3 Agregando Dispositivos ................................................................................................
................................ ................................... 19
3.3.1 Auto-Descubrimiento
Descubrimiento ............................................................................................
............................ 19
3.3.2 Agregando Dispositivos Manualmente
Manualmente................................................................
.................................. 22
3.4 Agregando Servicios
icios a Monitorear ................................................................
................................................... 24
3.5 Monitoreo de Servicios ................................................................................................
................................ .................................... 25
3.5.1 Monitoreo de Servicios por Dispositivo ................................................................
............................................ 26
3.5.2 Monitoreo de Servicios por Puerto................................................................
........................................ 26
3.5.2.1 Agregando Módulos 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
sitivos Windows ................................................................
................................................... 34
4. Emulación de Dispositivos Activos con GNS3
GNS3................................................................
................................. 38
4.1 Configuración de Enrutadores Cisco................................................................
................................................ 39
4.2 Configuración de Interfaces ............................................................................................
............................ 39
4.3 Configuración Enrutamiento Dinámico (RIP) ................................................................
.................................. 40
4.4 Activando el Snmp. ................................................................................................
................................ ......................................... 40
5
Diensten
4.5 Comprobando Conectividad entre los diferentes hosts.

host ..................................................
................................ 40
4.6 Guardar la Configuración en la NVRAM................................................................
.......................................... 41
5. CONCLUSIONES ................................................................................................
................................ ........................................ 42
6. BIBLIOGRAFIAS ................................................................................................
................................ ......................................... 43
6
Diensten
1. OBJETIVOS
1.1 OBJETIVO GENERAL
El presente proyecto tiene como objetivo e

entender
ntender el funcionamiento del protocolo
p SNMP,
por medio de la implementación de un sistema integral de gestión y monitoreo remoto.
1.2 OBJETIVOS ESPECIFICOS
• Brindar soluciones a los diferentes problemas presentados a lo largo del proyecto.

• Monitorear servicios y equipos configurados en diferentes plataformas.
• Comprender la importancia que tienen para los administradores de Redes las
herramientas basadas en el protocolo SNMP.
• Fomentar el trabajo en equipo y la responsabilidad con el mismo.
• Conocer diferentes herramientas utilizadas en el proceso de Gestión y Monitoreo.
Monit
• Gestionar acciones que ayuden a una correcta solución a los problemas de la red.
• Cumplir con el segundo Proyectos asignado para el modulo de Administración de Redes
Redes.
7
Diensten
2. MARCO TEORICO
SNMP es el Protocolo Simple de Administración de Red (Simple

(Simple Network Management
Protocol). Como su nombre lo indica este protocolo ubicado en la capa siete del modelo
OSI, facilita la administración de los equipos en la red, permitiendo a los administradores
supervisar, encontrar y resolver problemas de una ma
manera
nera mucho más fácil y cómoda.
Existen tres versiones de SNMP,

SNMP la más utilizada es SNMP versión 2 (SNMPv2) ya que
ofrece mejoras (operaciones adicionales) con respecto a SNMP versión 1 (SNMPv1) y
con respecto a SNMPv3, se encuentra más implementada, a pesar de que esta ultima
(SNMPv3) posee cambios significativos,
significativos, sobre todo en aspectos de seguridad
seguridad.
Como ya se ha dicho, SNMP es un protocolo del nivel de aplicación, basado en paquetes

UDP, es decir, es un protocolo "no orientado a la conexión". SNMP define
d una relación
cliente/servidor entre el gestor de red, que actúa de cliente y es el encargado de
recolectar los datos, y los elementos gestionados que son los servidores ya que entregan
datos sobre las condiciones actuales del equipo y reciben el nombre
nombre de "agentes SNMP".
Los Agentes
gentes son cada una de las diferentes estaciones de trabajo, estamos hablando de
un Router, una maquina o cualquier otro dispositivo que se pueda gestionar.
El Gestor: Es el que se encarga de recolectar toda la información de la red, este se

ejecuta en una estación de trabajo, controlada por el administrador de red.
Agentes y gestor manejan una base de datos que contiene información jerárquica,
estructurada en forma de árbol, de todos los dispositivos gestionados en una red.
re Está
compuesta por una serie de objetos que representan los dispositivos (como enrutadores y
computadores) en la red. Cada objeto manejado en un MIB tiene un identificador de
objeto único e incluye el tipo de objeto (tal como contador, secuencia o gauge),
gauge el nivel de
acceso (tal como lectura y escritura), restricciones de tamaño, y la información del rango
del objeto.
8
Diensten
En el proceso de comunicación se intercambian cinco tipos de mensajes 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 petición del Administrador al Agente para que envíe los valores
contenidos en el MIB referente al objeto siguiente al especificado anteriormente.
anteriormen
• Get Response: La respuesta del Agente a la petición de información lanzada por el
Administrador.
• Set Request: Una petición del Administrador al Agente para que cambie el valor contenido
en el MIB referente a un determinado objeto.
• Trap: Un mensaje espontáneo
pontáneo enviado por el Agente al Administrador, al detectar una
condición predeterminada, como es la conexión/desconexión de una estación o una
alarma.
2.1 Zenoss
Zenoss es una herramienta de monitoreo de redes y servidores basada en otras

herramientass como cacti y nagios (ambas open source) que permite a los administradores
tener un control completo sobre la infraestructura de red. La instalación, la configuración
y la administración fueron simplificadas al máximo para permitirnos disponer de una
poderosa
erosa herramienta de monitoreo con un esfuerzo mínimo.
La administración se realiza desde una interface web lo que simplifica la tarea a personas
novatas en la aplicación y posibilita la configuración de la herramienta prácticamente sin la
necesidad de modificar
odificar archivos de configuración. Zenoss nos permite realizar monitoreo
de sistemas operativos Windows y Linux prácticamente sin la necesidad de instalar
agentes en los sistemas operativos. Todas estas funciones se realizan por medio de
SNMP o WMI para los
os sistemas Windows. Zenoss 2.0 cuenta con la infraestructura
necesaria para soportar ZenPacks. Los ZenPacks son grupos empaquetados de
9
Diensten
funciones y modelos de plantillas para tipos específicos de dispositivos, de esta forma

Zenoss logra una especifica supervisión
supe de los dispositivos.
10
Diensten
MONITOREO, ADMINISTRACIÓN Y GESTIÓN INTEGRAL DE UNA RED
2.1 Instalación de Zenoss en Debian Etch
Zenoss es una aplicación de código abierto licenciado bajo la GNU GPLv2, se encuentra
escrita en Python/Zope.
ython/Zope. Zenoss es un servicio de gestión y monitoreo que utiliza snmp
(simple network management protocol – protocolo simple de gestión de red).
Por medio de la sencilla interfaz administrativa Web de zenoss se puede monitorear la

disponibilidad de servicios, inventario de hardware y software, configuración de sistema,
rendimiento, eventos y muchas otras cosas más.
Lo primero que debemos hacer es modificar el archivo para los repositorios

Thiney:~#nano /etc/apt/sources.list
os los siguientes repositorios

En este archivo agregamos
#Repositorio Zenoss
deb http://dev.zenoss.org/deb main stable
#Repositorios Oficiales Debian
deb http://ftp.cl.debian.org/debian/ stable main contrib non-free
non
deb-src
src http://ftp.cl.debian.org/debian/ stable main contrib non-free
non free
Ahora actualizamos las listas

Thiney:~# apt-get
get update
Empezamos
mpezamos con la instalación de los paquetes necesarios.
Thiney:~# apt-get
get install python-dev
python dev gcc g++ make bzip2 sudo subversion snmpd
snmp mysql-server-5.0
5.0 libmysqlclient15-dev
libmysqlclient15 autoconf swig
Nos muestran una lista de los paquetes que serán instalados o en su efecto actualizados.
Si estamos de acuerdo y dese
deseamos continuar damos Si, luego damos Enter.
11
Diensten
Es bueno hacer un pare y hablar de algunos paquetes que se están instalando y la

función que estos cumplen
cumplen:
Subversion o SVN (Sistema

Sistema de Control de Versiones,)
Versiones Es software Libre bajo una
licencia de tipo Apache/BSD.
e/BSD. Este paquete se encarga de llevar un control de las
versiones de proyectos, documentos y cualquier otro archivo del cual se quiera tener un
control
rol de cambios que se hacen sobre él, todo el repositorio tiene un único número de
versión que identifica
ca un estado común de todos los archivos del repositorio en cierto
punto del tiempo.
Python-dev, Es el entorno de desarrollo, en pocas palabras el editor de código,

compilador, o depurador.
Sudo: Este paquete permite implementar un control de acceso para que usuarios
normales ejecuten comando de uso Administrativo. En pocas palabras brinda privilegios a
un usuario normal.
SWIG:: Es una aplicación desarrollada en 1995, que genera todo el código necesario para
utilizar desde multitud de lenguajes de alto nivel
nivel (desde Python hasta OCaml pasando por
Java o C#) hasta librerías de C.
Lo de casi automático es esencial. Sólo tenemos que generar un fichero de interfaz
(acabado en extensión .i) y SWIG generará un fichero <nombre>_wrap.c que
compilaremos junto al original
ginal para crear la librería. De esta manera obtendremos una
librería dinámica (esos ficheros .so que podemos ver a miles en /usr/lib),
/usr/lib así como una
librería en el lenguaje de destino.
Autoconf: Es la herramienta de GNU para la configuración multiplataforma.
12
Diensten
Nota: Al momento de instalar mysql

mysql-server-5.0
5.0 es mejor no proporcionar la contraseña de
root a mysql, es decir, lo dejamos sin contraseña,
cont eña, mas adelante le asignaremos una.
Igual que en ell proceso anterior le damos Si, seguido de un Enter. Por último instalamos
Después de haber instalado todos los paquetes necesarios, procederemos con la

configuración de estos. Por lo tanto empezamos verificando el archivo my.cnf de mysql
Thiney:~#nano
o /etc/mysql/my.cnf
Nos aseguramos que esta línea (skip-networking ) se encuentre dentro

ro del archivo y que
este descomentada. Esto nos asegurará de que Mysql solo escuche por la interfaz local.
local
bind-address = 127.0.0.1
Como instalamos el paquete sudo, d

debemos
ebemos modificar el archivo que permite la ejecución
o no de algunos otros comandos para los usuarios sin privilegios. Por lo tanto editamos el
archivo sudoers, ubicado en /etc
/etc:
Thiney:~#nano /etc/sudoers
13
Diensten
Y agregamos las siguientes lineas que permitirá

permitirán
n al usuarios zenoss tener algunos
permisos:
Defaults env_reset
Defaults env_keep = "PYTHONPATH ZENHOME"
zenoss ALL=(ALL) NOPASSWD: ALL
El archivo quedará como se muestra en la figura 1.2.
Creando Usuario Zenoss
Para el siguiente punto debemos crear un usuario llamado zenoss, en mi caso este punto
no aplica, ya que al momento de instalar el S.O se creó este usuario, si este no es su
caso, por favor proceda a crear el usuario zenoss de la siguiente forma:
Thiney:~#adduser zenoss
El sistema te pedirá un password y un confirmación del mismo. Después te pedirá una

información que puedes omitir dando enter.
14
Diensten
Ahora ingrese como usuario Zenoss

Thiney:~#su zennoss
Verificamos que estemos logueados como usuarios zenoss, para esto utilizamos el
comando
o whoami. Otra forma de verificar el cambio de usuario es observando el prom;
este cambia de # (Usuario
Usuario Administrador *root*)
* a $ (Usuario sin Privilegios)
rivilegios).
zenoss@zenoss:~$whoami
:~$whoami
Ahora debemos entrar al home del usuario

usu creado, es decir, zenoss y modificar el archivo
.bashrc, este es uno de los tres archivos que guarda las funciones globales,
configuraciones y aliases que son comúnmente utilizadas por el Shell "bash".
"bash"
zenoss@zenoss:~$nano
:~$nano /home/zenoss/.bashrc
export ZENHOME=/usr/local/Zenoss
ZENHOME=/usr/local/
export PYTHONPATH=$ZENHOME/lib/python
export PATH=$ZENHOME/bin:$PATH
Quedando como lo muestra la figura 1.3.
ZENHOME es la ruta donde zenoss se instalará, alli encontramos todos lo

los archivos
15
Diensten
necesarios para su ejecución, incluyendo Zenoss y otros componentes, tales como Zope,
RDD, PySNMP, Twisted, etc..
NOTA 1: Es recomendable instalar zenoss en la ruta señalada con anterioridad o en una

ruta diferente a la del home del usuriao es decir, /home/zenoss. ya que si usted desea
desinstalar o ha tenido problemas con la intalacion,
intalacion, y debe volver a instalar zenoss, le
será mucho más fácil la instalación si ha creado un directorio diferente al home del
usuario
PYTHONPATH es la ruta que p

permite
ermite python encontrar las bibliotecas que utilizaremos en
zenoss. La tercera línea es la ruta de se encuentran los binarios ejecutados por el Zenoss.
Para esta configuración utilizaremos subversión, usar subversión no es muy

recomendable ya que esto descarga
de versiones beta,, versiones en desarrollo que no son
muy estables, pero en este caso lo utilizaremos ya que estaremos trabajando con las
últimas versiones. En pocas palabras deb
debemos
emos sopesar las ventajas y desventajas que
traerá esto.
Creando $ZENHOME
Ahora procedemos a crear el home de zenoss, para esto utilizamos el comando sudo que
da algunos permisos de administrador a este usuario sin privilegios.
zenoss@zenoss:~$
:~$ sudo mkdir /usr/local/zenoss
Depronto muchos se preguntarán, pero porque vamos a crear el home, de zenoss, si

zenoss ya tiene un home y precisamente se encuentra en /home/zenoss. La respuesta a
esta pregunta esta en la NOTA1, ubicada en la pagina 16.
A este directorio se le debe cambiar de propieta

propietario,
rio, en este caso el propietario será
zenoss, de lo contrario se tendrá
tendr problemas al desempaquetar el tar.gz de zenoss, así:
zenoss@zenoss:~$
:~$ sudo chown -R zenoss /usr/local/zenoss
16
Diensten
Si le damos cd $ZENHOME nos llevara directo

directo al home de zenoss ubicado en
/usr/local/zenoss. Una vez hayamos terminado de crear el home del usuario y modificar
algunas configuraciones,, procedemos a verificar el estado de Mysql.
A continuación detallaremos 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, la primera

p será por
subversión
n y la segunda compilando el codigo de zenoss.
Instalacion por Subversion:

Subversi
Para esta configuración como se dijo anteriormente, utilizaremos subversión, usar

subversión tiene sus pro y sus contra, por ejemplo, no es muy recomendable porque se
descarga versiones beta,, versiones en desarrollo que no son muy estables y no siempre
van a funcionar, por otro la
ado, presenta una gran ventaja y es que esstaremos trabajando
con la última versión. Ade
emás tiene un propósito académico, y es queremos
q aprender
un poco de subversion.
Para poder utilizar subversiones utilizamos el comando svn co,, recordemos que svn se ha
descargado con anterioridad.
anterioridad
Nos ubicamos en /home/ze
enoss, para verificar en que ruta nos encontrramos, utilizamos el
siguiente comando.
zenoss@zenoss:~$p
:~$pwd
Si no esta en /home/Zenoss por favor ingresemos

ingresemos.
zenoss@zenoss:~$c
:~$cd /home/zennoss
Ahora procedemos
rocedemos a descargar los paquetes
17
Diensten
zenoss@zenoss:~$
:~$sudo svn co http://dev.zenoss.org/svn/trunk/inst
La descarga de los paquetes puede tomar un poco de tiempo,

po, estos arc
archivos se
almacenarán
n en una carpeta que se crea automáticamente en /home/zenoss/. Esta
carpeta tiene por nombre inst.
Una vez hayamos terminado la descarga, Ingresamos a inst.

zenoss@zenoss:~$cd
:~$cd /home/zenoss/inst
Una vez allí,, procedemos a ejecutar el .sh para empezar con la instalación
instala de zenoss
zenoss@zenoss:~$
:~$./install.sh
Nos
os pide una información importante. Lo primero es el password del usuario
administrador zenoss, por defecto
defecto es zenoss, si queremos le damos Enter o bien
modificamos esta información. En la segunda línea debemos ingresar nuevamente el
password para confirmarlo. Así sucesivamente nos pedirá la información para completar
la configuración de MySQL.
Password for the Zenoss "admin" user [zenoss]:

Enter the password again:
MySQL server hostname [localhost]:
MySQL server root username [root]:
MySQL server root password []:
MySQL event database name [events]:
MySQL username for Zenoss events database [zenoss]:
MySQL password for zenoss [zenoss]:
MySQL server port [3306]:
./genpatchdeps.sh >.patchdeps
18
Diensten
Esto puede tomar un poco de tiempo. Si la instalación

ón falla debemos limpiar el proceso
con make install y volver a intentar.
En nuestro caso, todo ha salido bien, por lo tanto veremos un mensaje donde nos piden
dar unos permisos y cambiar de propietario algunos archivos,
archivos, tal y como lo muestra en la
figura 1.5.
Por lo tanto procedemos a cambiar de propietarios y asignar nuevos permisos el archivo

zensocket
zenoss@zenoss:~$
:~$sudo
sudo chown root:zenoss /usr/local/zenoss/bin/zensocket
zenoss@zenoss:~$
:~$sudo
sudo chmod 04750 /usr/local/zenoss/bin/zensocket
mpilando el código Fuente ( tar.gz.)

Instalación de zenoss om
Lo primero que debemos hacer

hacer es descargarnos el tar.gz. Para esto debemos estar
logueados como usuarios zenoss y si queremos podemos estar parados en
/usr/local/zenoss, pero no es
e necesario. Ingresamos lo siguiente:
zenoss@zenoss:~$
:~$sudo wget http://downloads.sourceforge.net/zenoss/zenoss
http://downloads.sourceforge.net/zenoss/zenoss-
2.2.4.tar.gz
Una vez haya terminado la descarga comprobamos que este archivo se encuentre en la
ruta señanalada con anterioridad. Para esto listamos el contenido de la carpeta.
zenoss@zenoss:~$
:~$ ls -a
19
Diensten
Una vez sea comprobado esto, pasamos a desempaquetar el archivo.

zenoss@zenoss:~$
:~$ tar -zxvf zenoss-2.2.4-1.tar.gz
Esto puede tardar un poco. Una

U vez que termine este proceso, entramos a la carpeta que
se genera automáticamente
ticamente al desempaquetar, esta tiene el mismo nombre del archivo
pero ya sin el tar gz,, es decir, zenoss-2.2.4.
zenoss
zenoss@zenoss:~$
:~$ cd zenoss-2.2.4
Ejecutamos el .sh
zenoss@zenoss:~$
:~$ ./install.sh
Luego veremos los mismos datos, que se solicitaron al instalarlo por subversion, los
contestamos, y damos Enter.
Password for the Zenoss "admin" user [zenoss]:

Enter the password again:
MySQL server hostname [localhost]:
MySQL server root username [root]:
MySQL server root password []:
MySQL event database name [events]:
MySQL username for Zenoss events database [zenoss]:
MySQL password for zenoss [zenoss]:
MySQL server port [3306]:
./genpatchdeps.sh >.patchdeps
20
Diensten
NOTA: Si en este punto nos sale un error

error debemos de comenzar de nuevo los puntos
anteriores, pero tenemos que tener muy en cuenta que debemos de deshacer partes de
configuración con el siguiente comando:
zenoss@zenoss:~$
:~$ make clean
Repetiremos todos los pasos y eliminaremos todos los Directorios, el Usuario

Usua Zenoss y el
Home del Usuario para garantizar la instalación.
Si la instalación se instalo correctamente al finalizar la instalación nos debe de aparecer

algo como esto:
================================================
zensocket must be setuid. As root,
roo execute the following:
chown root:zenoss /usr/local/zenoss/bin/zensocket
chmod 04750 /usr/local/zenoss/bin/zensocket
================================================
Successfully installed Zenoss
Ahora procedemos a darle permisos al archivo zensocket,

zenoss@zenoss:~$
:~$sudo
sudo chown root:zenoss /usr/local/zenoss/bin/zensocket
zenoss@zenoss:~$
:~$sudo
sudo chmod 04750 /usr/local/zenoss/bin/zensocket
Configurar SNMP
Procedemos a configurar el snmp. Empezaremos modificando el archivo snmpd, este

archivo se encuentra en /etc/default y es el encargado de controlar la actividad de snmpd
y traps.
zenoss@zenoss:~$
:~$sudo nano /etc/default/snmpd
21
Diensten
Una vez dentro del archivo le quitamos la dirección de loopback, de esa manera, estamos
dejando abierto el puerto snmp para que cualquier red que intente establecer una
conexión snmp tenga acceso y viceversa, para que el snmp este escuchando para
cualquier maquina.
Guardamos y salimos, luego procedemos a editar el archivo snmpd.conf,

snmpd.conf este archivo es
el archivo principal de configuración para el snmpd, unicado en /etc/snmp/.
Antes de proceder a editarlo es recomendable hacer una copia
copi de
e este archivo por si
llegaramos a tener algun percance.
zenoss@zenoss:~$
:~$ cp /etc/snmp/snmpd.conf /etc/snmp/snmpd.conf
etc/snmp/snmpd.conf.BKP
Ahora vamos a editarlo.
22
Diensten
zenoss@zenoss:~$
:~$nano /etc/snmp/snmpd.conf
Por lo tanto en este archivo buscaremos

uscaremos las siguientes líneas, aquí definiremos el nombre
o los nombres de las comunidades a las que el Servidor accederá,
accederá, por lo tanto
agregamos estas lineas qu
ue definiran nuestra red.
com2sec local 127.0.0.1/32 private

com2sec mired 192.168.70.0/24 public
Donde local será la Comunidad de Lectura y Escritura y mired de solo Lectura, prívate
será el nombre de la comunidad
comunidad para 127.0.0.1 (Localhost) y 192.168.70.0
192.168. será nuestra
red,
ed, en vez de la IP lo podemos dejar con el parámetro default. Private será el nombre de
la Comunidad para local y Public para miredlocal.
Crearemos dos grupos (debemos de tener en cuent

cuentaa que ya hay unos grupos creados por
defecto y no debemos de crear un conflicto), MyRWGroup y MyROGroup.
MyROGroup El primero será
un grupo al que se asignarán más adelante permisos de lectura-escritura
escritura y el segundo
será un grupo al que posteriormente se asignarán permisos
p de solo lectura. Por cada
grupo se asignan tres líneas que especifican el tipo de acceso que se permitirá en un
momento dado a un grupo en particular. Es decir, MyRWGroup se asocia a local y
MyROGroup a mired, las líneas deben de quedar así:
group MyRWGroup v1 local
group MyRWGroup v2c local
group MyRWGroup usm local
group MyROGroup v1 mired

group MyROGroup v2c mired
group MyROGroup usm mired
Se debe especificar que permisos tendrán los dos grupos, recordemos que uno es de solo
lectura (MyROGroup)) y el otro es de lectura
lectura-escritura (MyRWGroup).
23
Diensten
## group context sec.model sec.level prefix read write notif

access MyROGroup "" any noauth exact all none none
access MyRWGroup "" any noauth exact all all all
Reiniciaremos el servicio de SNMP

Thiney:~##
# /etc/init.d/snmpd start
Starting network management services: snmpd snmptrapd.
Observaremos que se han arrancado dos servicios: snmpd que es el agente SNMP, que
permite que nuestro Linux respon
responda
da a las peticiones que se le realicen por el puerto 161
de UDP, y otro servicio llamado snmpdtrad, que permite tener un demonio que es avisado
cuando ocurre determinado evento en nuestra subred que no configuraremos aquí.
Probamos el Servidor con el Localhost

Localhost o si queremos con la IP de un equipo de la Red,
Este comando arrojará información acerca del Equipo.
Equipo con detalles con la primera línea
información del Sistemas y la segunda de las Interfaces):
Thiney:~#snmpwalk -vv 1 127.0.0.1 -c private system

Thiney:~#snmpwalk -vv 1 127.0.0.1 -c private interfaces
La
a pantalla se llenará de un montón de líneas, que en realidad corresponden a las
variables MIB que el agente es capaz de informar al NMS.
El comando que se ha usado es snmpwalk (hablar

( por snmp),
), y los parámetros que le
hemos puesto son los siguientes:
• -c public : Indica el nombre de la comunidad para la consulta. Por defecto, es la

comunidad
omunidad con permisos de sólo lectura.
• -v 1 : Indica que se usará la versión 1 del protocolo (actualmente existen tres: 1, 2c
y la 3).
24
Diensten
• 127.0.0.1 : Es la Ip del elemento de red que tiene el agente SNMP ejecutándose y

que quiero consultar.
Donde debemos modificarr esta línea. Las tres últimas columnas significan los permisos
respectivos que poseen los diferentes grupos, en este caso le estamos indicando que
todos pueden tener acceso de lectura a nuestro grupo.
access MyROSystem "" any noauth exact system none none
Por esta otra.

access MyROSystem "" any noauth exact all none none
Así como lo muestra la figura:

figura
Guardamos y salimos.
Nos logueamos
mos nuevamente como root.
zenoss@zenoss:~$
:~$ ssu –
Password: Digite el password de root
Vamos a comprobar el estado

stado de Zenoss.
Thiney:~#zenoss
enoss status
25
Diensten
Ahora vamos a reiniciamos

iniciamos los servicios,
servicios, para que cojan los cambios y se inicien todos los
demonios.
Thiney:~#/etc/init.d/zenoss
/etc/init.d/zenoss restart
Por defecto, el servidor web de zenoss escucha en el puerto 8080. esto lo

l puede cambiar
modificando el $ZENHOME/zope.conf. las referencias al número de puerto en configs
demonio.
Abrimos el navegadorr e ingresamos

ingre http://localhost:8080/ el Username por defecto es
admin y el password por defecto es zenoss
26
Diensten
Ya tenemos una parte muy importante del proyecto, la instalación de Zenoss

Zenoss. Ahora
procedemos a realizar las configuraciones
configuraciones pertinentes para monitorear nuestra red.
2.2 Entorno Web Zenoss
El sistema que maneja Zenoss en un sistema muy completo y detallado, lo primero que
vamos a ver es una pestaña
ña llamada Dashboard,, es la ventana principal que se encarga
de mostrar todos los dispositivos, eventos e información sobre el estado de la red, tal y
como se puede apreciar en la figura 1.9.
Al lado izquierdo observamos el menú principal, damos clic en Settings

ettings, para verificar que
todos los demonios de Zenoss se encuentren corriendo,
corriendo, luego clic en Daemons, allí
podemos ver algunos de los demonios que maneja Zenoss, cada uno de ellos cumple una
función importante al momento de monitorear una red.
27
Diensten
Se pueden presentar problemas

problemas con zenhub, esto ocurre por un problema en la
instalación y la mejor manera de solucionarlo es desinstalando
ndo todo y volviéndolo a
montar.
3.3. Agregando Dispositivos

Ahora procedemos a agregar los equipos, para
para agregar equipos lo podemos hacer de dos
formas,, la primera es realizar una búsqueda donde Zenoss encuentra equipos en las
diferentes redes y los agrega automáticamente,
automáticamente, la otra es agregarlos manualmente.
3.3.1 Auto-Descubrimiento
Descubrimiento
Esta tarea se lleva a cabo gracias a la colaboración de ZenDisc. Zendisc hace parte de
ZenModeler y juntos se encargan
encargan de descubrir nuevos recursos en las redes, encontrando
direcciones IP y dispositivos pueden determinar la topología de la red.
Para realizar Auto-Discovery
Discovery vamos a Networks, luego en Overview desplazamos la
pestaña
a ubicada al lado izquierdo de Subnetworks
Subn y le damos clic en Add Network.
Como lo muestra la imagen 1.11.
28
Diensten
Agregamos la red en la que vamos a buscar equipos, en este caso y como se detalla en
figura 1.12, estamos agregando la 192.168.70.0/24,, luego damos clic en OK.
Así sucesivamente vamos agregando todas las redes.

redes Una vez tengamos todas las redes
listadas, las seleccionamos y volvemos a la pestaña ubicada al lado izquierdo de
Subnetwork y damos clic en Discover Devices. Como lo muestra la figura 1.13. Esta
opción permite realizar una
a búsqueda detallada en todas las redes que se agregaron con
co
el fin de encontrar equipos, dispositivos y conocer su estado.
29
Diensten
Esto puede tomar un poco de tiempo, finalmente obtendremos un listado de todos los
dispositivos encontrados.. Para ver los detalles
detalles de la búsqueda, damos clic en Navigate to
network. Tal y como se indica en la figura 1.14.
Esto nos lleva nuevamente a la pestaña Overview donde encontramos las redes que
habíamos agregamos con anterioridad, donde nos muestra el números de dispositivos
dispositiv
encontrados en cada una de las redes. Ver figura 1.14
30
Diensten
3.3.2
.2 Agregando Dispositivos Manualmente
Agregar los dispositivos manualmente es una tarea difícil, pero en ocasiones puede
resultar bastante útil sobre todo cuando todos los equipos se encuentran
encuentr monitoreados y
solo se debe agregar uno o dos dispositivos, esta tarea puede resultar más sencilla si se
agrega estos dos dispositivos manualmente a realizar un discovery de todas las redes.
Para esto Vamos a Add Device,
Device ubicado en el menú principal. Se nos abre una ventana
donde debemos llenar 4 datos importantes. Ver Figura 1.16.
El primero dato que nos piden es Device Name,, donde debemos poner el nombre del
equipo o la dirección Ip, lo más recomendable es agregar los equipos por dirección Ip,
luego en el ítem dos, Device Class Path nos pide la clase para el equipo, desplegamos y
encontramos muchas (ver Figura 1.17),
1.17), entre las más utilizadas se encuentran:
/Server/Linux: Utilizando para agregar equipos o servidores con S.O en Linux
Linux.
/Server/Windows:
s: Utilizado para agregar los servidores o equipos con S.O Windows.
Windows
31
Diensten
/Network/: Utilizado para agrega Dispositivos Cisco, como Router

Router,, SW AP entre otros.
En el tercer punto, encontramos Protocolo Discovery,, por defecto viene configurado en

auto. El Protocolo
ocolo de descubrimiento como su nombre lo indica es el encargado de
encontrar los equipos en cada una de las redes. Por último, en el cuarto punto Snmp
Community, debemos agregar la comunidad snmp, en nuestro caso ponemos la
comunidad de solo lectura, es decir,
d public.
Estos son los datos más importantes, ahora vamos al final de la ventana y damos clic en
Add Device. Para conocer más información del equipo agregado le damos clic en
Navigate to device, esto
sto nos lleva directamente al equipo
equipo,, donde podemos observar
obs
detalles del sistema y las graficas de los procesos mas importa
importantes. Ver Figura 1.18.
32
Diensten
3.4 Agregando Servicios a Monitorear
El monitoreo de servicios juega un papel muy importante para el administrador

administrador, este
permite detectar a tiempo fallos en los servidores
servidores que se encuentran en producción,
ahorrando esfuerzos, tiempo y dinero. Por defecto Zenoss no monitorea los servicios, así
que es nuestra tarea agregarlos.
Para esto debemos ingresar a Devices ubicado en el menú principal, luego
seleccionamos Server,
r, Network o en su efecto Discovered. Seleccionamos el nombre del
dispositivo,
o, luego vamos a la pestañ
pestaña OS (ver figura 1.20).
33
Diensten
Damos clic en la pestaña ubicado al lado izquierdo de IP Services

Services, posteriormente
debemos seleccionar el tipo de servicio que queremos agregar, en este caso estamos
agregando un servidor web, por lo tanto seleccionamos el http co
como
mo se muestra en la
figura 1.21.
34
Diensten
Para activar el monitoreo y realizar otras configuraciones damos clic sobre el servicio,
esto nos arroja una ventana como la que se ilustra en la figura 1.22, en la parte de
Monitor, poner True, realizamos los demás cambios y guardar.
3.5 Monitoreo de Servicios.

ervicios.
El monitoreo de servicios se puede realizar de dos formas.
3.5.1 Monitoreo de Servicios por Dispositivo
En el monitoreo de servicios por dispositivo se detallan los servicios que el dispositivo
como tal maneja. Para esto debemos ir a Devices,, ubicado en el menú principal, luego
en Clase seleccionamos Server y en Sub-Devices seleccionamos el sistema operativo
en el cual se encuentra nuestro servidor, en este caso, Linux. Por último seleccionamos
nuestro servidor a monitorear.
monitorear (Ver figura 1.23)
Una vez estemos en el equipo, en la parte inferior en IP Services podemos observar
todos los servicios que se encuentr
encuentran corriendo.
35
Diensten
3.5.2 Monitoreo de Servicios por Puerto

Este monitoreo se realiza por el puerto, para esto vamos a Services ubicado en el menú
principal, en Classes seleccionamos el nombre del servicio a monitorear, posteriormente
seleccionamos el tipo de protocolo y el puerto por el cual se está corriendo el servicio, en
este caso se selecciono el puerto 80. En la figura 1.24 observamos que este servicio lo
prestan dos maquinas, Zenoss.local y Thiney.local, ambos servicios se encuentran arriba.
3.5.2.1 Agregando Módulos de Estado.
36
Diensten
El servidor apache necesita tener habilitado el modulo de estado para brindar al gestos
SNMP información más detallada acerca de los eventos ocurridos.
Para esto vamos al Agente donde se encuentra corriendo el servidor web
we (Apache) y
procedemos a editar el archivo de configuración.
Thiney:~#nano
#nano /etc/apache2/apache2.conf/
Aproximadamente en la línea 650 encontramos el modulo de estado (mod_status),

Agregamos la primera línea para activar el estado del modulo, esta infor
información es
recogida por zenoss para realizar un monitoreo más detallado de servidores web.
Por ultimo descomentamos la información para este modulo, el archivo quedara así:
Reiniciamos el servicio para que los cambios tengan efecto

Thiney:~# /etc/init.d/apache2
.d/apache2 restart
3.6 Monitoreo de Dispositivos.
37
Diensten
El monitoreo de Dispositivos que nos ofrece Zenoss, es un monitoreo esencial, donde

podemos encontrar la utilización de la CPU, la cantidad de Procesos, la Memoria que se
está consumiendo, entre otros procesos.
Para ver el monitoreo mediante graficas vamos a Devices,, ubicado en el menú principal,
principal
luego seleccionamos el dispositivo a monitorear y vamos a la pestana
pesta Perf, o Performan,
allí encontraremos
remos las graficas más representativas para este equipo.
El la grafica 1.25 observamos la carga que se está presentando en el equipo contra el

tiempo, la línea azul nos muestra la cantidad de proceso que se están realizando cada 5
minutos. Podemos deducir entonces que es un equipo, probablemente un servidor que se
encuentra en producción.
En la grafica 1.26 observamos la utilización de la CPU, donde el mayor porcentaje es

ocupado por el sistema, los porcentajes no bajan de 35, además el usuario también
ejecuta una cantidad considerable de procesos
procesos.
38
Diensten
En la grafica
a 1.27 podemos observar la Cantidad de memoria dada en porcentaje, en esta
grafica en particular observamos que el 97 % de la memoria es usada. Quedando así un
poco menos del 30 % para la cache, el buffer y la swap.
39
Diensten
3.7 Alarmas
Este servicio es proporcionado

proporciona por ZenActions, quien permite enviar mensajes de correo
electrónico o páginas basadas en acontecimientos, más conocidas como SendPage. (Ver
figura 1.25)
3.7.1 SendMail
Como su nombre lo indica, es utilizado para generar alarmas por correo electrónico, para
par
esto, debemos tener configurado un servidor de correo. Una vez se cuente con este pre
pre-
requisito debemos ir a Setting,
Setting ubicado en el menú principal.. Ver figura 1.30.
40
Diensten
Después de haber completado toda la información solicitada en la pestana Setting,

pasamos a Users,, donde debemos realizar un test al e-mail
e mail proporcionado. Esto con el fin
de garantizar la entrega de alertas. Ver figura 1.31.
Una vez la prueba resulte exitosa

exitosa, damos clic sobre el usuario Admin para configurar las
alarmas. Después observamos
observamos algunas pestanas para configurar la información del
administrador,
rador, ver eventos y Administered Objects.
ts. Damos clic en Alerting Rules y
posteriormente en Add Alerting Rule... Ver figura 1.32.
41
Diensten
Seleccionamos un nombre para esta alerta y damos clic en OK. Ver figura 1.33
Una vez la alerta se

e encuentre listada, damos clic sobre ella,, luego encontramos tres
pestanas. En la pestana Edit encontramos algunos campos importantes para la
configuración:
Enabled: Este parámetro debe aparecer como verdadero (True)
Address: En este parámetro debemos introducir el mail del administrador o persona que
recibirá los mail, en este caso Zenoss@thiney.com.co.
Actions: La acción por defecto en este caso es email, ya que la alarma qu
que se está
utilizando es la SendMail.
42
Diensten
Luego debemos configurar algunas reglas, esta configuración es personal y va de

acuerdo a las necesidades del administrador. Ver figura 1.34. Por último guardamos los
cambios.
3.7.2 SendPage
Sendpage es un servidor SNPP disponible

disponible para Linux que nos permite enviar mensajes
de texto SMS a tu teléfono celular o buscapersonas.
El mayor beneficio es que no requiere acceso a Internet para ofrecer las páginas.
3.8 Agentes en Dispositivos Windows
Para monitorear host con Sistemas

Sistemas Operativos Windows debes instalar el Protocolo
SNMP, esto hace que el equipo se convierta en agente SNMP y envié datos importantes
al Gestor.
Para instalar el SNMP debemos ir a Inicio, Panel de Control Agregar o Quitar
programas, Agregar o quitar compone
componentes de Windows. En Windows Vista veremos
una ventana como la que nos muestra en la figura 1.35.
1.35
43
Diensten
En los host con Windos Xp, se realiza el mismo procedimiento, pero al momento de
Ingresar en Agregar o quitar componentes de Windows nos sale una ventana diferente,
di
debemos seleccionar Herramientas de Administración y Supervisión y dar clic en
Siguiente.
44
Diensten
Una vez termine de instalar el SNMP, debemos activar y configurar el servicio, para esto
vamos a Inicio, Panel de Control, Herramientas Administrativa y por último Servicio.
Seleccionamos Servicio de Captura
Captura, este servicio se encarga de enviar traps,
traps es decir,
mensajes emergentes.
Veremos una ventana como la que se muestra en la figura 1.36 donde:
1. Debemos seleccionar el Tipo de inicio, en este caso

o seleccionamos Automático.
2. Damos clic en Aplicar
plicar para aplicar estos cambios
3. Ahora iniciamos el servicio, para esto clic en Iniciar.
4. Por último damos
amos clic en Aceptar.
45
Diensten
Ahora procedemos a configurar el servicio, para esto en la misma ventana

venta donde
aparecen lo servicios, es decir en Herramientas Administrativas, seleccionamos Servicio
SNMP y damos clic derecho. Nos ubicamos en la pestana de Seguridad donde debemos
agregar las comunidades, en este caso de solo lectura y lectura y escritura.
Nos aseguramos que la opción de Aceptar paquetes de cualquier host se encuentre
habilitada, como lo detalla la figura 1.37.
1.37., posterior a esto, aplicamos los cambios y
pasamos a la siguiente pestana, Capturas.
46
Diensten
En capturas debemos seleccionar las comunid

comunidades,
s, para esto, vamos a Nombre de
Comunidad, escribimos el nombre de la o las comunidades y damos clic en Agregar a la
lista.
Luego en Destino de Capturas
Capturas,, debemos agregar la dirección ip de los host que
capturaran este tráfico. Ver figura 1.38. Por último
mo damos clic en Aceptar.
Con esto se da por terminado la instalación y configuración de los agentes SNMP en host
con Sistemas Operativos Winodws.
47
Diensten
4 Emulación de Dispositivos Activos con GNS3
Para los Enrutadores (Routers) se utili

utilizo GNS3, un potente emulador de imágenes Cisco
que nos permite realizar las configuraciones de todos los comandos, en este caso activar
el snmp-server.
La configuración final en GNS3 es la que se muestra en la figura 2.1.
Esta configuración presenta dos routers, cuyos seriales
les se encuentran en la red
192.168.5.0 y sus interfaces Ethernet se encuentran en la 192.168.70.0, conectada por el
dispositivo nube que simula nuestra
n red real.
48
Diensten
4.1 Configuración de Enrutadores Cisco
Una vez los routers empiezan a correr debemos asignarle

arle un nombre, para esto entramos
al modo de configuración y asignamos un nombre al dispositivo.
dispositivo
Router>en
Router#config t
Router(config)#hostname Router_Thiney2
4.2 Configuración de Interfaces

I
Router_Thiney2(config)#
Router_Thiney2(config)#interface ethernet 2/1
Router_Thiney2(config
ey2(config-if)#ip
if)#ip address 192.168.70.250 255.255.255.0
Router_Thiney2(config-if)#no shut
Router_Thiney2(config-if)#exit
Router_Thiney2(config)#interface serial 1/0
Router_Thiney2(config if)#ip address 192.168.5.2 255.255.255.0

Router_Thiney2(config-if)#ip
Router_Thiney2(config-if)#no shut
Router_Thiney2(config-if)#exit
4.3 Configuración Enrutamiento Dinámico (RIP)

(
49
Diensten
Router_Thiney2(config)#router rip
Router_Thiney2(config-router)#network 192.168.70.0
Router_Thiney2(config-router)#network 192.168.5.0
Router_Thiney2(config-router)#exit
4.4 Activando el Snmp

nmp.
Router_Thiney2(config)#snmp
Router_Thiney2(config)#snmp-server community public ro
Router_Thiney2(config)#snmp-server community private rw
Router_Thiney2(config)#snmp-server enable traps snmp
Router_Thiney2(config)#snmp-server enable traps config
er_Thiney2(config)#snmp-server
server host 192.168.70.241 version 2c public
4.5 Comprobando Conectividad

onectividad entre los diferentes hosts.
50
Diensten
4.6 Guardar la Configuración

onfiguración en la NVRAM
Router_Thiney2#copy running-config
running startup-config
51
Diensten
CONCLUSIONES
Con
on este proyecto podemos concluir la importancia que tiene el protocolo SNMP para los
administradores, pero también debemos rescatar el hecho de que no todos los software
de Gestión y Monitoreo utilizan este protocolo para recolectar la información. Muchos
utilizan sus propios agentes, estos agentes brindan al gestor la información detallada de
cada uno de los procesos y recursos que se encuentran corriendo en la máquina
gestionada.
Con la elaboración del proyecto, podemos concluir que la existencia de software
sof
integrales de monitoreo en el mercado es nula, para los administradores es muy difícil
encontrar software que realicen la Gestión, Monitoreo y Administración completa de la
red, esta tarea no es fácil lograrla con un software, por tal motivo se deben realizan
acoples y arreglos que pueden ser complicados y no resultar tan útiles al momento de
ponerlos en marcha.
52
Diensten
BIBLIOGRAFIA
Getting Started with Zenoss Enterprise

Enterprise.pdf . Annapolis, MD 21401, EE.UU. 2008
Annapolis, MD 21401, EE.UU.
http://www.zenoss.com/community/docs/install
http://www.zenoss.com/community/docs/install-guides/installing-with-the
the-zenoss-
installer.pdf
http://www.zenoss.com/community/docs/zenoss
http://www.zenoss.com/community/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
http://www.mattgwatson.ca:80/2008/06/howto-sending-sms-via-sendpage
sendpage-snpp-server/
http://wiki.huihoo.com/index.php?title=Installing_Zenoss_on_Debian
53

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

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

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

Transféré par

Droits d'auteur :

Formats disponibles

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

MONITOREO, ADMINISTRACIÓN Y GESTIÓN INTEGRAL DE UNA

MONITOREO, ADMINISTRACIÓN Y GESTIÓN INTEGRAL DE UN RED EN LINUX

MONITOREO, ADMINISTRACIÓN Y GESTIÓN INTEGRAL DE UN RED EN LINUX

MONITOREO, ADMINISTRACIÓN Y GESTIÓN INTEGRAL DE UN RED EN LINUX

En la actualidad, para las empresas el manejo y utilización de la información de las redes

Para la gestión y monitoreo de redes existen diversos programas en el mercado, algunos

La gestión de la red es una actividad interesante debido a la alta oferta tecnológica

En relación al aspecto de eficiencia, el administrador y el diseñador de redes deben estar

Las funciones principales de un sistema de gestión son: Descubrir automáticamente la

4.5 Comprobando Conectividad entre los diferentes hosts.

1.1 OBJETIVO GENERAL

El presente proyecto tiene como objetivo e

1.2 OBJETIVOS ESPECIFICOS

• Brindar soluciones a los diferentes problemas presentados a lo largo del proyecto.

SNMP es el Protocolo Simple de Administración de Red (Simple

Existen tres versiones de SNMP,

Como ya se ha dicho, SNMP es un protocolo del nivel de aplicación, basado en paquetes

El Gestor: Es el que se encarga de recolectar toda la información de la red, este se

En el proceso de comunicación se intercambian cinco tipos de mensajes SNMP entre los

Zenoss es una herramienta de monitoreo de redes y servidores basada en otras

funciones y modelos de plantillas para tipos específicos de dispositivos, de esta forma

MONITOREO, ADMINISTRACIÓN Y GESTIÓN INTEGRAL DE UNA RED

2.1 Instalación de Zenoss en Debian Etch

Por medio de la sencilla interfaz administrativa Web de zenoss se puede monitorear la

Lo primero que debemos hacer es modificar el archivo para los repositorios

os los siguientes repositorios

Ahora actualizamos las listas

Es bueno hacer un pare y hablar de algunos paquetes que se están instalando y la

Subversion o SVN (Sistema

Python-dev, Es el entorno de desarrollo, en pocas palabras el editor de código,

Autoconf: Es la herramienta de GNU para la configuración multiplataforma.

Nota: Al momento de instalar mysql

Después de haber instalado todos los paquetes necesarios, procederemos con la

Nos aseguramos que esta línea (skip-networking ) se encuentre dentro

Como instalamos el paquete sudo, d

Y agregamos las siguientes lineas que permitirá

El archivo quedará como se muestra en la figura 1.2.

Creando Usuario Zenoss

El sistema te pedirá un password y un confirmación del mismo. Después te pedirá una

Ahora ingrese como usuario Zenoss

Ahora debemos entrar al home del usuario

Quedando como lo muestra la figura 1.3.

ZENHOME es la ruta donde zenoss se instalará, alli encontramos todos lo

NOTA 1: Es recomendable instalar zenoss en la ruta señalada con anterioridad o en una

PYTHONPATH es la ruta que p

Para esta configuración utilizaremos subversión, usar subversión no es muy

Depronto muchos se preguntarán, pero porque vamos a crear el home, de zenoss, si

A este directorio se le debe cambiar de propieta

Si le damos cd $ZENHOME nos llevara directo

A continuación detallaremos dos formas importantes para obtener e instalar zenoss, la

La instalación de Zenoss la llavaremos a cabo de dos formas, la primera

Instalacion por Subversion:

Para esta configuración como se dijo anteriormente, utilizaremos subversión, usar

Si no esta en /home/Zenoss por favor ingresemos

La descarga de los paquetes puede tomar un poco de tiempo,

Una vez hayamos terminado la descarga, Ingresamos a inst.

Password for the Zenoss "admin" user [zenoss]:

Esto puede tomar un poco de tiempo. Si la instalación

Por lo tanto procedemos a cambiar de propietarios y asignar nuevos permisos el archivo

mpilando el código Fuente ( tar.gz.)

Lo primero que debemos hacer

Una vez sea comprobado esto, pasamos a desempaquetar el archivo.

Esto puede tardar un poco. Una