Proyecto de T6pico de Graduacih ESCUELA SUPERIOR POLITECNICA DEL LITORAL PRESENTADO POR: UAnalisis, Diseifo e Implementacih de un. Guayaquil - Ecuador


Save this PDF as:
 WORD  PNG  TXT  JPG

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Proyecto de T6pico de Graduacih ESCUELA SUPERIOR POLITECNICA DEL LITORAL PRESENTADO POR: UAnalisis, Diseifo e Implementacih de un. Guayaquil - Ecuador"

Transcripción

1 ESCUELA SUPERIOR POLITECNICA DEL LITORAL UAnalisis, Diseifo e Implementacih de un Monitonador para redes usando TCP/IP y el Paradigma ClienteSerPidor" Proyecto de T6pico de Graduacih Previo a la obteneib del Titulo de PRESENTADO POR: Guayaquil - Ecuador 1998

2 AGRADECIMIENTO A Dios por habernos dado la vida y ayudado en 10s momentos mas dificiles de nuestra camera, a nuestros padres por su preocupacidn y paciencia, y a1 ING. GUIDO CAICEDO Director del Tdpico por Compartir con nosotros sus conocimientos y ayudamos en la realizacidn de este proyecto.

3 DEDICATORIA A NUESTROS PADRES A NUESTROS HERMANOS A NUESTROS AMIGOS A NUESTROS COMPANEROS

4 TRIBUNAL DE GRAD0 ARLOS VALERO embro del Tribunal ING. ~RGIO FLORES Miembro del Tribunal 1 ING. ARMAQDO ALTAMIRANO Sub - Decano de la FIEC

5 DECLARACION EXPRESA "La responsabilidad por 10s hechos, ideas y doctrinas expuestos en este proyecto, nos corresponden exclusivamente; y, el patrimonio intelectual del mismo, a la ESCUELA SUPERIOR POLITECNICA DEL LITORAL" (Reglamento de Examenes y Titulos profesionales de la ESPOL). Nestok&mkr keaga Alvarado Carlos Victoriano Calero Perez

6 ~eha disefiado e implementado un sistema, el cual usa principalmente la tecnologia de comunicacion de datos, de redes de computadoras y el paradigma Cliente-Servidor. El sistema permite conocer la cantidad de informaci6n que circula en una red local, es deck, permite monitorear su trifico. Para ello consta de dos partes: La primera que es donde se ejecuta el servidor del monitoreo (o simplemente SERVIDOR), que se encarga principalmente de la captura de 10s paquetes que circulan en la red, aparte de atender 10s requerimientos de 10s usuarios, y la otra (CLIENTE), que permite dos tipos de usuarios: Administrador, el cual puede configurar 10s parhetros necesarios para arrancar el monitoreo en el SERVIDOR, y el Monitoreador, el cual puede obtener informacion estadistica acerca del trafico de la red local.

7 INDICE GENERAL RESUMEN.....I INDICE GENERAL... II CAP~TULO I OBJETIVOS DESCRIPCION GENERAL DEL PROYECTO JUSTIFICACION FUNCIONALIDAD DEL SERVIDOR FUNCIONALIDAD DEL CLIENTE: CAPITULO ~n INTRODUCCION DETALLES DEL SISTEMA CODIFIC ACION DIAGRAMA DE ESTADOS DIAGRAMA DE ESTADOS DEL SERVIDOR DIAGRAMA DEL ADMIN-lSTRADOR DIAGRAMA DEL MONITOREADOR CAPITULO IV INTRODUCCION REQUERIMIENTOS DEL SERVIDOR ANALISIS Y DISERO DEL SERVIDOR OBJETOS CMOS DE US DIAGRAMA DE CONTEXT0 DE CASOS DE USOS DEL SERVIDOR DOCUMENT ACION DE LOS CASOS DE US0 Y LOS ACTORES: CASO DE US0 SE ABRE SESION ADMINISTRADOR EN EL SERVIDOR ACTOR: APPLET ADMINISTRADOR ACTOR: SISTEMA OPERATIVO CASO DE USO: SE ABRE SESION USUARIO EN EL SERVIDOR ACTOR: APPLET MONITOREADOR ACTOR: SISTEMA OPERATIVO

8 ESCENARIOS E SCENARIOS DEL CASO DE USO: ESCENARIO k-2-especificaciones DEL ESCENARIO 1; 1.- Se conecta un Administrador para arrancar un monitoreo con una nueva conftguraci6n ESTADOS DEL ESCENRIO ESCENARIO ESPECIFICACIONES DEL ESCENARIO Se conecta un Administrador para arrancar un monitoreo con una configuraci6n anterior ESTADOS DEL ESCENRIO ESCENARIO ESPECIFICACIONES DEL ESCENARIO Se conecta un Administrador para correr un monitoreo con una nueva configuraci611, en el cam que se este monitoreando ESTADOS DEL ESCENRIO ESCENARIO ESPECIFICACIONES DEL ESCENARIO Se conecta un Administrador para detener el monitoreo ESTADOS DEL ESCENRIO ESCENARIOS DEL CASO DE USO: ESCENARIO ESPECIFICACIONES DEL ESCENARIO 2.1:Monitoreador desea ver graficos en linea ESPECIFICACIONES DEL ESCENARIO Monitoreador desea ver.. grificos h~stoncos ESTADOS DEL ESCENRIO ESCENARIO ESPECIFICACIONES DEL ESCENARIO 2.3. Se conecta un monitoreador.. estando el administrador conectado ESTADOS DEL ESCENRIO DIAGRAMA DE CLASES DEL SERVIDOR CAPITULO V... i INTRODUCCION REQUERIMIENTOS DEL CLIENTE ADMINISTRADOR ANALISIS Y DISERO DEL CLIENTE ADMINISTRADOR OBJETOS CASOS DE US Documentaci6n de 10s Casos de Uso y 10s Actores: ACTOR: USUARIO ADMINISTRADOR ACTOR: SERVIDOR

9 CASO DE USO: USUARIO ADMINISTRADOR DESEA DETENER MONITOREO ACTOR: USUARIO ADMINISTRADOR ~ ESCENARIOS E SCENARIOS DEL CASO DE USO: ESCENARIO ESPECIFICACIONES DEL ESCENARIO 1.1 : USUARIO DESEA ARRANCAR EL MONITOREO CON UNA NUEVA CONFIGURACION ESTADOS DEL ESCENRIO ESCENARIO ESPECIFICACIONES DEL ESCENARIO 1.2 : USUARIO DESEA ARRANCAR EL MONITOREO CON UNA CONFIGURACION ANTERIOR ESTADOS DEL ESCENRIO ESCENARIOS DEL CASO DE USO: ESPECIFICACIONES DEL ESCENARTO 1.1 : USUARIO DESEA DETENER EL MONITOREO ESTADOS DEL ESCENRIO DIAGRAMA DE CLASES DEL CLIENTE ADMINISTRADOR ELUJO DE LAYOUTS DEL APPLET ADMINISTRADOR REQUERIMENTOS DEL CLIENTE MONITOREADOR ANALISIS Y DISE~~O DEL CLIENTE MONITOREADOR OBJETOS CASOS DE US DIAGRAMADE CONTEXT0 DE CMOS DE USOS DEL SERVIDOR DOCUMENTACION DE LOS CMOS DE uso Y LOS ACTORES: CASO DE USO: USUARIO MONITOREADOR DESEA MONITOREO EN L INEk ACTOR: USUARIO MONITOREADOR ACTOR: SERVIDOR ACTOR: USUARIO MONITOREADOR ACTOR: SERVIDOR ESCENARIOS E SCENARIOS DEL CASO DE USO: ESCENARIO ESPECIFICACIONES DEL ESCENARIO 1.1: USUARIO DESEA VER GR~~FICAMENTE EL MONITOREO EN L ~... A ESTADOS DEL ESCENRIO ESCENARIO ESPECIFICACIONES DEL ESCENARIO 1.2. : USUARIO DESEA VER LOG DEL MONITOREO EN L ~EA S.2. ESTADOS DEL ESCENRIO

10 -~ ESCENARIO ESPECIFICACIONES DEL ESCENARIO 1.3 : USUARIO INTERRUMPE MONITOREO EN L-A ~ ~ESTADOSDEL-ESCENARIO ESCENARIO ESPECIFICACIONES DEL ESCENARIO 1.4. : USUARIO SE CAMBIA DE MONITOREO EN L-A A MONITOREO HISTORICO ESTADOS DEL ESCENRIO ESCENARIOS DEL CASO DE USO: Escenario ESTADOS DEL ESCENARIO ESCENARIO ESTADOS DEL ESCENARIO ESCENARIO ESTADOS DEL ESCENARIO ESCENARIO ESTADOS DEL ESCENARIO ESCENARIO ESTADOS DEL ESCENARIO DIAGRAMA DE CLASES DEL CLIENTE MONITOREADOR FLUJO DE LAYOUTS DEL APPLET ADMINISTRADOR CAPITULO VI INTRODUCCION CARACTERISTICAS DE JAVA CAPITULO VII MANUAL DEL USUARIO APPLET ADMINISTRADOR APPLET MONITOREADOR MANUAL DE INSTALACION CONCLUSIONES RECOMENDACIONES BIBLIOGRAFIA

11 En el curso correspondiente al T6pico I, se diseiib e implement6 bajo DOS, usando Borland C* 3.0, el software monitor.ae, el cual monitorea 10s paquetes de tipo TCP/IP' que circulan en una red local y muestra 10s resultados clasificandolos por protocolos, puertos y direcciones (Direcciones IP de maquinas especificas que generan trzco en la red). El presente proyecto usa el software monitor.exe, como base de la aplicaci6n SERVTDORA, el cual he modificado para que esta vez no muestre ninguno de sus resultados en pantalla, solo 10s grabe en archivos tipo texto. Para el diseiio de las aplicaciones CLIm y SERUDORA se realizo un Analisis Orientado a Objetos y se eligi6 JAVA como el lenguaje mb 6ptimo para realizar la implernentacion, ya que se ajusta al mismo paradigma y ademis existia el requerimiento de que el CLIENTE este embebido en un browser de Internet, el cual es capaz de desplegar las curvas que representan el trsifico de manera grafica. 1 Arquitectura de comunicaciones de Internet.

12 cap~tulo I - - EXPECIFICACIONES OBJETIVOS El objetivo de este proyecto es monitorear el trace TCP/IP existente en una red ETHERNET bashdose en la informaci6n contenida en 10s paquetes y mostrar 10s resultados del monitoreo de manera grmica a travks de un browser de www(word wide web), aplicando el paradigma cliente-servidor. Permitiendo ademgs que la recolecci6n de datos y su observacion se pueda hacer en maquinas diferentes DESCRIPCI~N GENERAL DEL PROYECTO La recoleccion de 10s datos se realkmxi desde una maquina que va a actuar como servidora en una red TCP/IP, la cud atendera requerimientos de: Arranque del proceso de recoleccion (monitoreo), basado en una configuracion nueva o anterior.

13 Detenci6n del proceso de monitoreo. Envio de datos estadisticos del monitoreo que se esta ejecutando o del anterior. Existirh dos tipos de aplicaciones cliente: Uno que conflgura, arranca y/o detiene el proceso de monitoreo y otro que puede observar sus estadisticas en un forrnato grsco o de texto, cada uno con una interface adecuada a su tarea (miis detalle en funcionalidades del cliente) estas aplicaciones se ejecutarim desde cualquier otra miiquina conectada a la red. En la figura # 1.1 se muestra la interacci6n entre la aplicacion servidora y la aplicaci6n cliente a traves de una red Internet que utiliza TCP/IP. En el grxico se muestra a la aplicacibn Administrador y la aplicaci6n Monitoreador que interactuan en maquinas diferentes per0 tambikn pueden ser ejecutadas desde la misma maquina.

14 AIJLlCACl Monitoreo APLICACI~N MONITOREADOR Figura # 1.1. Interaccibn entre el servidory los usuarios a travts de Internet. Podemos citar las siguientes razones por la cud este proyecto se realiza: La necesidad de llevar estadisticas acerca del trixco existente en una red.

15 Tener una apreciacih comparativa de ese trxico para conocer en quk intervalos de tiempo existe mas carga Dar la posibilidad a varios usuarios de conocer la carga de trm~co en la red. Perrnitir al administrador la posibilidad de arrancar el servidor desde una maquina remota mediante un browser. Perrnitir el monitoreo de manera simple, en un browser www sin tener que instalar ninguna aplicaci6n especial, con lo cud se logra que se pueda observar el monitoreo de forrna remota desde cualquier ubicaci6n en la Internet

16 1.2.2 FUNCIONALIDAD DEL SERVIDOR: ANTECEDENTES Existe una aplicaci6n desarrollada previamente a este proyecto la cud fue implementada usando Borland C bajo un arnbiente Windows 95. La funci6n principal de esta aplicaci6n es capturar 10s paquetes que pertenecen al protocolo TCP/IP para un anasis y posterior clasificaci611, la cual es grabada en un archivo. Para que la aplicaci6n de monitoreo pueda realizar su trabajo, es necesario tener instalado un Controlador de Paquetes Virtual, el cual permite realizar la captura de paquetes en mod0 promiscuo bajo Windows 95. Esta aplicaci6n de monitoreo es capaz de leer un archivo de configuraci611, que especificarzi que es lo que se desea monitorear (el muestreo se basara en el trslfico de paquetes clasificados por protocolos, puertos y direcciones, este ultimo a su vez se podra clasificar en protocolos y puertos por una

17 configuraci6n.- Se pueden configurar 10s siguientes parhetros de muestreo: eprotocolos UDP y TCP a Monitorear: puertos que van a ser monitoreados. Estos son 10s Los que no se especifiquen formarh parte de un gmpo denominado "otros". epuertos UDP y TCP a Monitorear: que van a ser monitoreados. Estos son 10s puertos Los que no se especifiquen formarh parte de un grupo denominado "otros". Dkecciones a Monitorear: Estas son las direcciones IP de las maquinas que se desean monitorear y examinar el nivel de tr=co desde o hacia ellas. etiempo M 6xho de Monitoreo: Es el tiempo mwmo de monitoreo. Puede interrumpir el proceso. ~Unidad de Tiempo: Es el interval0 de tiempo en que se harh 10s muestreos, puede ser por segundos, minutos o por horas, el programa debe permitir cualquiera de las tres opciones. Esta unidad de tiempo es como

18 minimo la centtkima parte del tiempo mwmo de monitoreo efecha de inicio del Monitoreo: Indica la fecha y hora de inicio del proceso de monitoreo, es decir se puede realizar un monitoreo programado para un tiempo fbturo FUNCIONALIDAD DEL CLIENTE: La aplicaci6n cliente es un applet implementado en lenguaje JAVA. Se podra acceder al cliente usando un browser (Internet Explorer, Netscape, etc.) que soporte JAVA. Esta aplicaci6n tiene dos ambientes: uno para un usuario administrador y l otro para un usuario an6nimo que desea ver lo monitoreado. El arnbiente para el usuario administrador consistira en una interface que le permitira arrancar o detener el proceso de monitoreo en el servidor, para ello debera suministrar un nombre de usuario y una palabra clave para la respectiva

19 autenticacion por parte del servidor. Cuando el administrador desee arrancar el monitoreo tendra la opci6n de hacerlo con una nueva configuration, o con la ultima con la que se ejecuto. El usuario administrador es el unico que puede detener o arrancar el monitoreo. El ambiente del usuario monitoreador consistira en una interface que le permitira seleccionar las estadisticas que desea obtener (grfico o texto). Podra elegir entre 10s datos del monitoreo anterior o del monitoreo actual, registrados antes de su conexi6n o tambicn puede elegir un monitoreo en linea que consistira en un refrescamiento de la inforrnaci6n de. muestreo en su totalidad por cada unidad de tiempo (configurada por el administrador). En todos 10s graces se podra elegir en el eje de las y las siguientes unidades: Bytes por unidad de tiempo.

20 Paquetes por unidad de tiempo. Tamaiio promedio de 10s paquetes en la unidad de tiempo Para completar el grace en el eje de las x se pueden tener las siguientes unidades: Tr&fko por Protoco1os.- Se muestra un grkfico de lineas con m5ximo seis lieas de diferentes colores, uno para cada protocolo monitoreado. Trmco por Puertos.- Se muestra un griifko de lineas con m5ximo seis lineas de diferentes colores, hasta 10s cinco primeros para indicar 10s puertos que mayor triiflco han causado en la red y el ultimo para indicar el 'resto" de 10s puertos no especificados. Triiflco por Direcciones 1P.- Se muestra un grfico de lineas con marno seis lineas de diferentes colores, hasta 10s cinco primeros para indicar las direcciones IP que mayor trmico han causado en la red y el ultimo para indicar el "restow de las direcciones IP no especificadas. En este tip0 de griifico tambikn se podrh elegir entre bytes, paquetes y tarnao promedio de recibidos o transmitidos.

21 CAPITULO I1 AROUITECTURA DE COMUNICACION 2.1. INTRODUCCI~N Esta seccibn brinda una explicacibn acerca de la arquitectura utilizada en la comunicaci6n entre las aplicaciones que intervienen en este sistema. Para entenderlo es necesario ciertos conocimientos basicos sobre redes y el paradigma CLIENTE- SERVIDOR. Para el desarrollo de este sistema aplicamos el paradigma CLIENTE - SERVIDOR. La aplicacidn servidom EJECUTOR SERVER 1 se encarga del monitoreo, anaisis y almacenamiento de 10s resultados estadisticos censados a traves de una red local bajo ciertos parhetros que son confgurados previamente, esta se ejecutara

22 desde una maquina que va a actuar como servidora en una red TCP/IP como se muestra en lafrgura # 2.1: Hosts Figura # 2.1. Ejemplo de UM red Ethernet.

23 El MOMrORRSERVER atendera 10s siguientes requerimientos: Envio de 10s datos de configuracidn e informacibn del estado del servidor, hacia 10s clientes conectados. Autenticacibn de un usuario especial con privilegios de administrador dentro del servidor. Arranque del proceso de monitoreo, basado en una confrguraci6n nueva o anterior ingresada por el usuario administrador, para Csto se comunica a Ejecutor-Server. Detenci6n del proceso de monitoreo ejecutada solamente por el administrador. Envio de datos estadisticos a 10s usuarios que pueden pertenecer a un monitoreo en ejecuci6n o del inmediatamente anterior. La aplicacibn cliente es quien hace 10s requerimientos a1 servidor desde una red local o remota.

24 Se definirh dos tipos de usuarios: Uno denominado APLZCACI~N ADMIMS3TRADOR que configura, arranca ylo detiene el proceso de monitoreo en el servidor, esta aplicacibn necesitara de un proceso de autenticaci6n y un protocolo de comunicaci6n con el servidor para la interpretaci6n de 10s requerimientos (comandos), y Otro denominado APLICACI~N MOMTOREADOR que puede observar sus estadisticas en un forrnato gridico o de texto, cada uno con una interface adecuada a su tarea, esta aplicaci6n a diferencia de la anterior no tiene el privilegio de configurar el monitoreo desde el servidor, y a10 se limita a observar las estadisticas almacenadas en C1 mediante un protocolo para la interpretaci6n de sus requerimientos. El acceso al servidor se ejecutara desde una red que no necesariamente es local, como ya mencionamos anteriormente, usando TCP/IP, esto puede acarrear una posible pcrdida de paquetes, y como consecuencia se deberia implementar alan tip0 de retransmisi6n de Cstos ya que el servidor debera enviar a 10s clientes una gran cantidad de datos y no es muy eficiente retransmitir todos 10s paquetes, es por ksta raz6n que se decidi6

25 orientar el diseiio del servidor y de 10s clientes a STREAM (Disem Orientado a Conem'bn), ya que el protocolo TCP sera quien se encargue del control de llegada de 10s paquetes, ademas de la facilidad que ofrece en el manejo concurrente de 10s clientes y del "time-out" en caso de una "caida" de la sesi6n. \, \ Socket A Socket B Figura # 2.2. Flujo de pqetes entre servidor (Monitor-Server) y cliente.

26 Las aplicaciones, tanto servidoras como clientes se ejecutarh sobre Windows 95, por lo que harh uso de las librerias de enlace dinsunico, Dynamic Linked Library (DLL), que contienen 10s procedimientos API de socket y el cbdigo TCP/IP. DLL con procedimientos del socket DLL con 10s procediminetos TCPAP Rgum # 2.3 Intemod~bn de la aplicaubn con el sisterno operativo.

27 CAPITULO Para implementar este sistema se diseii6 un protocolo de comunicacibn entre las aplicaciones clientes y servidoras para - identificar e interpretar 10s requerimientos por parte de 10s usuarios y las respuestas desde el servidor DETALLES DEL SISTElVIA El Servidor se ha dividido en d ~ subsistemas s servidores 10s cuales se comunican para arrancar o detener el proceso de captura de paquetes, 10s llamaremos (Monitor-Server que es quien atiende a 10s clientes y Ejecutor-Server que es quien arranca el proceso de captura). Como hemos mencionado anteriormente, existirim dos tipos de clientes (Administrador y Monitoreador), que deben ser identificados por el servidor (Monitor-Server) al inicio de la sesi6n. El servidor debera tambih interpretar y ejecutar 10s comandos requeridos por el usuario Administrador a1 igual que 10s

28 requerimientos de datos estadisticos por parte del usuario Monitoreador. -- A continuaci6n una lista de las posibles acciones del usuario administrador: Y por parte del usuario monitoreador que desea observar 10s resultados estadisticos.

29

30 - - Existe un protocolo de comunicacibn entre el Monitor-Server (Servidor que maneja a 10s clientes Administradores y Monitoreadores) y el Ejecutor-Server (Servidor que Arranca el controla el monitoreo), para arrancar el proceso. Este protocolo se basa en un comandos para el manque del proceso de monitoreo o el motivo del fin del monitoreo, para ello se utilizaron un rango de valores para codificar cada comando X X X Monitoreo Terminado por MMmo de Tiempo Monitoreo Terminado por Intenrenci6n del administrador Espacio en Disco. El proceso de envio de datos y comandos entre Monitor-Server (Servidor que maneja 10s clientes) y el cliente se basara en el uso de dos sockets, uno para 10s comandos y otro para 10s datos. En el socket para 10s comandos se utilizara un protocolo de codificaci6n de 10s mismos que serh interpretados por el servidor

31 y el cliente, tstos controlan el envio de datos por el segundo socket A continuaci6n se muestra una lista con 10s c6digos para las respuestas del servidor a 10s clientes conectados: X Monitoreo ejecutimdose. X I Bloqueado por administrador. I X 1 Arranque de un nuevo monitoreo. I Confirmacidn de ejecuu6n de un cornando. No se lo puede cambiar de tip X I Datos de Muestreo. I X Datos de Histbrico requerido. J X Cerrar de Sesi6n (fin anormal,intefyenci6n X Cerrar de Sesi6n (fin normal por tiempo). I X Cerrar de Time Out, I especificamente para administrador I I monitoreador de histtiricos). I

32 22 A continuacibn una tabla con 10s codigos para 10s comandos y requerimientos de 10s clientes. Peticibn de Datos Hk&ricos: Digit I I I I I -. (indice para cambios hturos ) I I I I -. (indice de direction 0-9) I I I.(1 protoc/dir, 2 puerto/dir) I I.(1 probc,2 puerto,3 direct) 1. (0 anterior, 1 actual) Identificaci6n: Para Usuario Monitoreador. Peticibn de Monitoreo en linea Peticibn de Monitoreo de histhrico. [dentificadbn: Para Usuario Admhktrador Arrancar monitoreo. Detener monitoreo.

33 Se puede apreciar que las respuestas ernitidas por el senridor hacia 10s clientes tienen un c6digo menor que '01000", mientras que para 10s requerimientos de 10s clientes hacia el servidor es mayor, este rango de valores proporciona bastante flexibilidad a1 programador para carnbios posteriores. En el c6digo para requerirnientos de datos hist6ricos se utiliza un esquema jerikquico, en que cada digito equivale a una seleccibn especifica en el rango de peticibn Indica si desea Indica si Si el segundo Si el Indice que se datos del desea dates digit0 es 3 segundo utilizarh hist6rico: por: (direcci6n): digit0 es 3 para cambios Anterior (0) 6 protocolos Indica d (direcci6n), futuros. Actual (1) (I), puertos deseix Indica el (2) Rotocolos por indice de la direcciones (3) direcci6n (1) 6 direcci6n puertos por dentro del direcci6n (2) arreglo de las direcciones monitoreada S

34 3.4. DIAGRAMA DE ESTADOS El Sistema de Monitoreo se ha divido en tres subsistemas que son el Servidor, Cliente Administrador y Cliente Monitoreador DIAGRAMA DE ESTADOS DEL SERVIDOR i [Wgo de Entxada 1 Resultado]: Se asume que todas las! entradas serh desde 10s applets clientes

35 DIAGRAMA DEL ADMTNISTRADOR ~ Adminii [s&d~: Wl02 I presentar [uuwlo:: User, password I 2-1R mensajedemoqoeadoymr socket] Autenticaci6n [sefv/doc: Wl W I cargar config. anterior y habilii [refv/d~: WlOl I cargar config. anterior y actual y habilii opciones ] [usudo:: arrancar I [uurrrlo: : mtigurw I [uwulo:: anancar1 mo1 I [tenddoc: I Cerrar [scrvldoc: Cerrar Fin de Administradoc 1 <=-- j [Fuente: Entrada 1 Resultado]

36 DIAGRAMA DEL MONITOREADOR [uswrlo:vw ~iuroci6n mostrar dfiuraci6n actual OrsficPbpmentael Rdrescamiento del [Usuafio cenwl. ciea'sfp - A

37 CAPITULO IV AN~ISIS Y DISENO DEL SERVIDOR El axi5lisis y diseiio de la aplicacion senridom Monitor-Server fue orientado a Objetos y para ello nos basamos en varias ~etodologias (OMT/Rumbaugh, WSDDM-OT, Booch, Jacobson y otros). Los modelos (abstracci6n que se construye para entender y resolver 10s problemas del sistema) utilizados en este proceso de an&lisis y disefio fueron: Modelos de Objetos, Casos de Uso, Escenarios, Diagrama de Interaction de Objetos y Diagrama de Clases REOUERIMIENTOS DEL SERVIDOR Existe una aplicaci6n desarrollada previamente a este proyecto que fue implementada usando Borland C bajo un arnbiente Windows 95 llamada MONITOR.EXE. La funcion principal de esta aplicaci6n es capturar 10s paquetes que pertenecen al protocolo TCP/IP para un andisis y posterior clasificacibn, la cud es grabada

38 en un archivo. Para que la aplicaci6n de monitoreo pueda realizar su trabajo, es necesario tener instalado un Controlador de Paquetes Virtual, el cud permite realizar la captura de paquetes en mod0 promiscuo bajo Windows 95. Esta aplicaci6n de monitoreo es capaz de leer un archivo de configuraci6n, que especificara que es lo que se desea monitorear (el muestreo se basara en el trxico de paquetes clasificados por protocolos, puertos y direcciones, este filtimo a su vez se podra clasificar en protocolos y puertos por una direcci6n). Para mejorar el desempeiio del Servidor se lo ha dividido en dos subsistemas: Ejecutor-Server Monitor-Server Ejecutor-Server ejecutara y detendra esta aplicaci6n (MONITOR.EXE) mediante una petici6n enviada desde Monitor-Sewer, ksta petici6n es controlada por un usuario con privilegios de administrador a travcs de la red, tambikn debera informar 10s eventos ocurridos en este proceso a Monitor-Server. Monitor Server controla 10s accesos de 10s clientes, y distingue usuarios administradores de 10s norrnales mediante el uso de un

39 protocolo establecido; en el caso de establecerse una sesi6n con un administrador se requiere adees el uso de un user y password como metodo de autenticaci6n. Una vez que el administrador ha sido reconocido podra requerir a1 servidor una petici6n de arranque o finalizacibn del proceso de monitoreo, especificando una configuraci6n (nueva o anterior) en el primero de 10s casos. Tambien debera mantener actualizados a 10s usuarios an6nimos que hayan elegido la opci6n de un monitoreo envibdoles por cada muestreo 10s datos respectivos dispuestos en la configuraci6n. Para arrancar el proceso de monitoreo, Monitor-Server actua como cliente de Ejecutor-Server que es quien atiende el pedido de arranque y maneja de manera directa la aplicaci6n capturadora de paquetes mencionada anteriormente. Ejecutor-Server deberd indicar el arranque satisfadorio y la finalizaci6n del proceso de monitoreo indimdo tambi4n el motivo de este liltimo..

40 HIST~IUCO ANTERIOR DATOS HIsT~RIc 0 ACTUAL MUESTREO El SeMdor guarda un archivo (mnfiguraci6n) que es leido por monitmexe, tkte generaarc:hivos de datos estadisticos 10s cuales son accesados por el se~dor para atender las peticiones de 10s clients administrador y monitoreador. Existe 1 archivo don& se guarda 10s dabs de Cada muestreo y om don& se guardan todos 10s datos del monito~st6ric) Figura # 4.1. Acceso de archivos porparte del seridor ANALISIS Y DISERO DEL SERVIDOR OBJETOS Para la aplicaci6n servidora MONITOR-SERVER se identified 10s siguientes objetos (entes que tienen propiedades y se les puede defmir funciones):

41 Monitor-Server.- Este objeto se responsabiliza de el arranque del semicio, y creaci6n de 10s demas objetos que le dan funcionalidad al sistema. Manejador de Conexi6n.- Este objeto interact6a con 10s programas clientes, es decir, quien recibe 10s requerimientos y envia las respuestas procesadas. - Manejador de Dates.- Este objeto se encarga de realizar 10s accesos al disco para leer 10s datos estadisticos y responde a este tip0 de requerimientos. Configaraci6n.- Este objeto guarda las configuraciones del monitoreo actual y anterior, y se encarga de la actualizaci6n de estos datos. Monitore0.- Este objeto es quien se responsabiliza de arrancar o detener el proceso de monitoreo y llevar su estado.

42 Lista de Hilos.- Este objeto ademas de contener la lista de hilos abiertos en el sistema, se responsabiliza de la notificaci6n de 10s carnbios en el estado del servidor a 10s clientes conectados y de cerrar todos 10s hilos en caso de alguna eventualidad.

43 CASOS DE US0 Lista de casos de uso del servidor 1. Se abre sesi6n Administrador en el servidor. 2. Abre sesi6n Usuario en el servidor. Lista de actores: 1. Applet Administrador. 2. Applet Usuario. 1. Sistema Operativo

44 DIAGRAMA DE CONTEXT0 DE CASOS DE USOS DEL SERVIDOR Applet Administrador Applet Usuario Monitoreador Sesi6n Administrada SERVIDOR DE SistemaOperativo Sesi6n Usuario Normal

45 DOCUMENTACION DE LOS CASOS DE US0 Y LOS ACTORES: CASO DE USO: SE ABRE SESION ADMINISTRADOR EN EL SERVIDOR. Este cam de uso describe todo el proceso en el cual el applet administrador abre una sesidn en el se~d0r desde un cliente remoto para poder configurar, mcar o detener el monitoreo de trafico de tip TCP/IP en una red local. Valor medible: Arranque o detencidn del monitoreo en el Servidor. El applet administrador se puede conectar desde una red remota. La arquitectura de red es TCP/IP. La sesibn administrador necesita un user y un password para que el Servidor le permita Configurar, Arrancar o Detener el Monitoreo. El servidor solamente atended un administcador a la vez. El administrador puede configurar un arranque de monitoreo en una fecha posterior al de la conexidn. Una vez activa la sesidn el usuario administrador pod14 configwar el monitoreo con una configuracidn actual o con una establecida anteriormente, para asi poder arrancar el monitoreo. Cuando el Applet Administcador esta conectado, el Se~dor se encontra4 bloqueado, es decir, si alguien se conecta le inforrnatd que no se lo puede atender e inmediatamente cerrad el socket creado para dicha conexida Cuando se conecte un Cliente mediante el Applet Administcador a1 Servidor, se come& a corn un timer en el servidor, el cud sed encerado cada vez que el Servidor reciba un requerimiento o envie una respuesta Cuando este timer llegue al valor timeout preestablecido se informarfi al cliente que se ha dado un timeout y se ce& dicha conexibn Esto se realiza para evitar el deadlock, es decir, que un Cliente deje abierto un Applet Administrador (con lo cud abre un hilo y un socket en el Se~dor) sin hacer nada con el mismo, asi como para &tar que un Cliente, que se ha conectado mediante el Applet Administrador, no permita conectar a 10s demhs Usuarios que desean ver 10s resultados del Monitoreo durante un tiempo indeterminado.

46 ACTOR: APPLET ADMINISTRADOR. NOMBRE : - Applet Administrador. DESCRIPCI~N : Toma el papel de usuario y es quien hace el requerimiento de conexi6n al ~ervidor. Envia 10s datos de nueva configuraci6n en un formato pre-establecido por el servidor. 0 Indica a1 Servidor que debe Arrancar con una nueva configuraci6n o con la configuraci6n anterior. Indica al Servidor que debe Detener el Monitoreo. NOTAS : Valida que no haya nin* dato sin llenar en la configuraci6n que d arrancar, asi como que no existan incongruencias en la misma ACTOR: SISTEMA OPERATIVO ESCRIPCI~N : Es a quien el servidot hace 10s requerimientos de acceso a los archivos de configuraci6n y de almacenamiento de datos estadisticos muestreados en el monitoreo Permite a1 Programa Servidor utilizar 10s DU (Dynamic Linked Libmy) que contienen 10s API necesarios para la conexi6n con las aplicaciones

47 CASO DE USO: SE ABRE SESION USUARIO EN EL SERVIDOR. IOMBRE : Se abre sesi6n usuario al servidor. )ESCRIPCI~N: Este caso de uso describe todo el proceso en el cual un diente, mediante el applet Monitoreador, abre una sesidn en el sewidor desde el cliente para poder monlorear el trdfico que arwla por la red local donde se encuentra el Sewidor. Valor medible: Sesidn de applet Monitoreador se abre con 6xito o no. iotas : 1.- El cliente, mediante el Applet Monitoreador, podd ver el resultado del monitoreo de manera flea o mediante un Grid (10s datos se& presentados en celdas, como en Excel), para lo cual indid que tip de Monitoreo desea visualizar ya que podd elegir entre: Monitoreo por Protocolo. Monitoreo por hem. Monitoreo por Direcciones (Transmitido o Recibido). MON~ORO por Puerto (Transmitido o Recibido). Monitoreo por Protocolo (Transmitido o Recibido). 2.- Debe elegir, sea lo indicado en el item anterior, 10s Puertos (-0 5), 10s Protocolos, las Direcciones (-0 5), los Puertos por Direcci6n (mhximo 5 Puertos) o 10s Protocolos por Direoci6n. En estos 3 liltimos pod14 ver o 10s data del flujo de Paquetes Transmitidos o Recibidos. Ad mismo en lo que se refiere a 10s Puertos por Direcci6n o 10s Pmtocolos por Direcci6n d o se podrii analizar por una Direcci6n a la vez. 3.- TambiCn podd ver el monitoreo que se esta realizando en esos momentos (monitoreo en linea), un hist6rico actual (desde el inicio del monitoreo hash antes de conectarse para ver el monitoreo en ha) o un histbrico anterior (el resultado del monitoreo anterior). 4.- En el cam que el cliente, mediante el Applet Monitoreador, desee ver el Monitoreo Hist6rico, ya sea el actual o el anterior, se comenzard a corm un timer en el servidor, el cud set4 encerado cada va que el Servidor reciba un requerimiento o envie una respuesta Cuando este timer llegue a1 valor timeout pre-establecido se infonnarfi a1 cliente que se ha dado un timeout y se c e d dicha conexi6n. Esto se realiza para evitar el deadlock, es decir, que un Cliente deje abierto un Applet Monitoreador (con lo cual abre un hilo y un socket en el Servidor) sin hacer nada con el mismo.

48 ACTOR: APPLET MONITOREADOR (NOMBRE: --Applet Monitoreador DESCRIPCI~N : Se encarga de especificarle al se~dor lo que desea ver: Monitoreo en Linea, Monitoreo Hist6rico Actual o Hist6rico Anterior, asi como de escoger 10s diferentes Puertos, hotocolos o Direcciones. OTAS : Este applet ordena 10s datos enviados por el Se~dor y selecciona la escala adecuada para graficar 10s mismos si el Usuario desea ver el G1-afico del Monitoreo. Asi mismo se encarga de colocar 10s datos en el GRID cuando el Usuario desea ver el LOG del Monitoreo ACTOR: SISTEMA OPERATIVO ~OMBRE : Sistema Operative. ESCRIPCI~N : Permite al Programa Servidor interactuar con el Sistema Opedvo para manejar 10s archivos necesarios que poskn 10s datos del monitoreo actual o de un monitoreo anterior. ptas: No resuelve ningtin conflicfo. p 1

49 ESCENARIOS ESCENARIOS DEL CASO DE USO: '%EPABRE SESI~N ADMINISTRADOR ENEC- - SERVIDORn. Lista de escenarios: 1.1 Se conecta un Administrador para ~IXUIC~~ un monitoreo con una nueva configuracih. 1.2 Se conecta un Administrador para arrancar un monitoreo con una configuraci6n anterior. 1.3 Se conecta un Administrador para correr UXI monitoreo con una nueva configwaci6n, en el caso que se este monitoreando. 1.4 Se conecta un Administrador para detenerun monitoreo.

50 - - Escenario 1.1: Se conecta un Administrador para arrancar un monitoreo con una nueva configuraci6n Asunciones:- 1. Servidor Levantado. 2. Llega un requerimiento satisfactoriamente a1 sewidor y crea un hilo para atenderlo. 3. El wdigo enviado es el de administrador. 4. El password es correcto. 5. Datos de configuracibn correctos 6. No se esta monitoreando. Resultados: 1. Se envia un mensaje a las conexiones de monitoreo histbrico que se va anancar un nuevo monitoreo. 2. Se guarda cod~guracion actual en archivo y m c a monitoreo con la configuracion dada. 3. Que& cargada su configuracion. 4. Se envia confirmacibn. I OBJETOS: Servidor de Monitoreo Configuracidn Manejador de Conexidn Monitoreo

51 ESPECIFICACIONES DEL ESCENARIO Se conecta un Administrador para mancar un -- monitoreo con una nueva configuraci6n. -- SUPUESTOS El sewidor de monitoreo esth levantado y no esta monitoreando. Un applet hace un requerimiento al sewidor y no esta el servidor en estado de bloqueo. El Applet envia lcbdigo (20000) de adminisbador : user: administrador password:.xxxx y es identificado por el sewidor. Existen 3 applets monitoreadores conectados monitoreando datos histbrims. El applet envia el &go (20001) de arranque de monitoreo junto con la siguiente codguraci6n: Protocolos :TCP UDP Puertos : 80 WEB :21m Direcciones : Tiempo de Muestteo: 1 hora. Tiempo maxim0 de monitoreo: 10 horas v RESULTADOS Se~d0r se pone en estado de bloqueo. Se actualizan 10s archivos de configuraci6n Se envia un mensaje a las conexiones de monitoreo hist6rico que se va mcar un nuevo monitoreo. Arranca el proceso de monitoreo s e a la configuraci6n ingresada Se envia &igo de confirmacibn al applet administrador (cbdigo: 00110)

52 1 ESTADO INICIAL I ESTADOS DEL ESCENRIO 1.1

53

54 Escenario 1.2: Asunciones: Resultados: Se-conecta un Administrador para arrancar un monitoreo con una I configuraci6n anterior. 1. Servidor Levantado. 2. Llega un requerimiento satisfactoriamente al sewidor y crea un hilo para atenderlo. 3. El &igo enviado es el de administrador. 4. El password es correcto. 5. El administrador desea cargar una configuraci6n anterior. 6. Datos de configuracih correctos. 7. No se esta monitoreando Se envia un mensaje a las conexiones de monitoreo histbrico que se va anancar un nuevo monitoreo. 2. El servidor envia configuracibn anterior a1 cliente y se guarda configuration actual en archivo. 3. Arranca un monitoreo con la configuraci6n dada. OBJETOS: 0 Servidor de Monitoreo Configuracibn Mmejador de Conexidn Monitoreo

55 ESPECIFICACIONES DEL ESCENARIO Se conecta un Administrador para arrancar un monitoreo con una configuraci6n anterior. - - SUPUESTOS El servidor de monitoreo esta levantado y no esth monitoreando. Un applet hace un requerimiento a1 servidor y no esta el servidor en estado I bloqueo. El Applet envia c6digo (20000) de administrador : user: administrador password: XXXX y es identificado por el servidor. Existen 3 applets monitoreadores conectados monitoreando datos histciricos. El applet envia el c6digo (20001) de arranque de monitoreo y la configuracic que actualmente se encuentra seteada, la que pasaria hacer la configuracic anterior : Protocolos :TCP ARP Puertos : 80 WEB : 25 MAIL Direcciones : Tiempo de Muestreo: 2 hora. Tiempo mhximo de monitoreo: 10 horas Servidor se pone en estado de bloqueo. Se actualizan 10s archivos de configuracicin. Arranca el proceso de monitoreo segh la configuracicin ingresada. Se envia c6digo de confirmaci6n a1 applet administrador (hdigo: )

56 ESTADOS DEL ESCENRIO 1.2 I ESTADO INICIAL 1 I ESTADORESULTANTE I

57

58 Escenario 1.3: Asunciones: Resultados: Se conecta un Administrador para correr un monitoreo con una nueva configwacih, en el caso que se este monitoreando. 1. Servidor Levantado. 2. Llega un requerirniento satisfactoriamente a1 servidor y crea un hilo para atenderlo. 3. El cbdigo enviado es el de administrador. 4. El password es correcto. 5. Datos de configuraci6n correctos. 6. Monitoreo arrancado. 1. Se cierran las deh conexiones ( hilos de usuarios monitoreo). 2. Se detiene el monitoreo y se arranca con una nueva configuraci6n. Ademb se guarda en el archivo. 3. Antes de arrancar se envia mensajes y cierra versiones en 10s clientes(5 seg.). 4. Msg: Cargada su configuraci6n. OBJETOS: Servidor de Monitoreo Configunci6n Manejador de Conesi6n Monitoreo

59 I ESPECIFICACIONES DEL ESCENARIO Se conecta un Administrador para comer un monitoreo con una nueva configuraci6~1, en el caso que se este monitoreando SUPUESTOS El servidor de monitoreo esta levantado y esta monitoreando. Un applet hace un requerimiento al servidor y no esta el servidor en estado dl bloqueo. El Applet envia cbdigo (20000) de adrninistrador : user: administrador password: XXXX y es identificado por el servidor. Existen 3 applets monitoreadores conectados, 2 historicos y 1 en linea. El applet envia el codigo (20001) de arranque de monitoreo junto con la siguient configuracion: Protocolos :TCP UDP Puertos : 80 WEB :21m Direcciones : Tiempo de Muestreo: 1 hora. I * RESULTADOS Servidor se pone en estado de bloqueo. Cierra las sesiones de 10s 3 usuarios monitoreando historicos, (envia ddigo: 00665). Se actualizan 10s archivos de configuracion. Arranca el proceso de monitoreo segh la configuracibn ingresada. Se envia codigo de confirmacion a1 applet administrador (cbdigo: )

60 ESTADOS DEL ESCENRIO 1.3

61

62 Escenario 1.4 Asunciones: Resultados: Se conecta un Administrador para detener el monitoreo. 1. Servidor Levantado. 2. Llega un requerimiento satisfactoriamente a1 servidor y crea un hilo para atenderlo. 3. El ddigo enviado es el de administrador. 4. El password es correcto. 5. Si se esta monitoreando. 1. Se cierran las dem& conexiones ( hilos de usuarios monitoreo). 2. Se detiene el monitoreo y se actualiza el archivo de configuraci6n. Configuraci6n Manejador de Conexi6n Monitoreo

63 ESPECIFICACIONES DEL ESCENARIO Se conecta un Administrador para detener el SUPUESTOS El servidor de monitoreo esti levantado y esta monitoreando. Un applet hace un requerimiento al servidor y no esta el servidor en estado de bloqueo. El Applet envia Icodigo (20000) de administrador : user: administrador password: XXXX y es identificado por el servidor. 8 Existen 3 applets monitoreadores conectados de 10s cuales 2 esth monitoreandc datos histbricos y 1 datos en linea. El applet administrador presiona detener monitoreo y envia el ddigo a servidor. e Servidor se pone en estado de bloqueo. Cierra las sesiones de 10s 3 usuarios monitoreando hist6ricos, (envia c6digo: 00665). Se envia c6digo de confirmaci6n a1 applet administrador (cbdigo: )

64 ESTADOS DEL ESCENRIO 1.4 I ESTADO INICIAL 1 I ESTADO RESULTANTE I MANEJADOR DE CONEXI~N.dminidda

65 1.4. Se conecta un administrador para detener el monitoreo (Servidor)/(Administrador)

66 ESCENARIOS DEL CASO DE USO: "SE ABRE SESI~N USUARIO EN EL SERVIDORn Lista de escenarios: 2.1 Monitoreador desea ver grkficos en linea. 2.2 Monitoreador desea ver grhficos en histbricos. 2.3 Se conecta un Monitoreador estando el Administrador conectado.

67 Escenario 2.1: Asunciones: Monitoreador desea ver gr4fkos en linea. 1. Servidor Levantado. 2. Llega un requerimiento satisfactoriamente al servidor y crea un hilo para atenderlo. 3. El ddigo enviado es el de 1 usuario normal. 4. Servidor esta monitoreando. 5. Requiere monitoreo en linea. Resultados: 1. Se ingresa hilo a lista de hilos abiertos estando monitoreando. 2. Se envia archivo de configuracibn. 3. Se envia al cliente el archivo del ultimo muestreo cada cierto tiempo (unidad de tiempo). OBTETOS: Servidor de Monitoreo Configuraci6n Manejador de Conexi60 Monitoreo Datos Lista dehios

68 ESPECIFICACIONES DEL ESCENARIO 2.1:Monitoreador desea ver plraficos en linea. SUPUESTOS El servidor de monitoreo esta levantado y estb monitoreando. Un applet hace un requerimiento a1 servidor y no estb el servidor en estado de bloqueo. El Applet envia c6digo (15000) de Monitoreador y es identificado por el servidor. Existen 3 applets monitoreadores conectados monitoreando datos en linea. El applet envia el c6digo (15001) para requerir el monitoreo en linea junto con la sgt. Especificaci6n: ifico por : Puertos xtos Seleccionados: 25 MAIL 80 WEB 110 POP RESULTADOS Ingresa hilo a Lista de Hilos en Linea. El Servidor envia la Configuraci6n Actual. El Servidor envia 10s datos requeridos. El Servidor verifica cada cierto tiempo (unidad de tiempo) el archivo de muestreo para enviarlo a1 Applet Monitoreador.

69 I ESTADO INICIAL 1 I ESTADORESULTANTE 1 CONRCU~UCI~N c ESTADOS DEL ESCENRIO 2.1

70

71 Escenario 2.2: Asunciones: Monitoreador desea ver grificos histbricos. 1. Servidor Levantado. 2. Llega un requerimiento satisfactoriamente al servidor y crea un hilo para atenderlo. 3. El ddigo enviado es el de 1 usuario normal. 4. El cliente envia requerimiento de histbrico de cierto tiempo. Resultados: 1. Se ingresa hilos a lista de hilos abiertos. 2. Se envia archivo de configuracibn. 3. Se envia al cliente 10s dabs requeridos. Configuraci6n Manejador de Conexi611 Monitoreo Datos Lista de Hilos

72 ESPECIFICACIONES DEL ESCENARIO Monitoreador desea ver maces histbricos. -- SUPUESTOS El servidor de monitoreo estd levantado y no esta monitoreando. Un applet hace un requerimiento a1 servidor y no esta el servidor en estado de bloqueo. El Applet envia cbdigo (15000) de Monitoreador y es identificado por el senridor, Existen 3 applets monitoreadores conectados monitoreando histbrico anterior. El applet envia el cbdigo (15001) para requerir el monitoreo histbrico junto con la sgt. Especificacibn: Grafico por : Portocolos Puertos Seleccionados: IP ICMP TCP Tipo : Histbrico Anterior RESULTADOS Ingresa hilo a Lista de Hilos Hist6ricos. El Senridor envia la Configuracibn Anterior. El Servidor envia 10s datos requeridos.

73 ESTADOS DEL ESCENRIO 2.2 I ESTADO INICIAL 1 3 hilm en hist6ricos I ESTADO RESULTANTE I

74

75 Escenario 2.3: Se conecta un monitoreador estaodo el administrador - - conrctadap- Asunciones: Resultados: 1. Servidor Levantado. 2. El ddigo enviado es el del monitoreador. 3. El se~dor esta bloqueado. 1. Simplemente no se puede conectar. Nota: Debe existir una variable o seiial que indique cuando puede establecerse la conexion ylo atender a1 ciiente.

76 ESPECIFICACIONES DEL ESCENARIO Se conecta un monitoreador estando el - adrninistrador conectado. SUPUESTOS El servidor de monitoreo esta levantado. Un applet. hace un requerimiento a1 servidor y el servidor estk en estado d bloqueo. El Applet envia cbdigo (15000) de Monitoreador y es identificado por el servidor. El Servidor envia el cbdigo indicando que se encuentra bloqueado pord Administrador. I + RESULTADOS El Servidor envia un mensaje a1 Applet monitoreador especificando que se encuentra bloqueado por el Administrador y que cerrarh la conexi6n formada entre ellos sin poder atenderlo.

77 ESTADOS DEL ESCENRIO 2.2 I ESTADO INICIAL I I ESTADO RESULTANTE 1

78

79 DIAGRAMA DE CLASES DEL SERVIDOR 'OBJECT D I I MANEJADOR DATOS YS-YONlTOP mvb? CONFIGURACION X S M O ~ O R ~ ~

80 CAPITULO V AN~ISIS Y DISE~O DEL CLIENTE - El anidisis y disefio del cliente tanto Adrninistrador como Monitoreador tambikn ha sido orientado a Objetos y para ello nos basamos en las mismas Metodologias que en el servidor (OMT/Rumbaugh, WSDDM-OT, Booch, Jacobson y otros). Los modelos utilizados en este proceso de anilisis y diseiio fueron 10s mismos que 10s utilizados en el servidor, per0 aiiadimos el modelo de Flujo de Layouts, ya que en 10s clientes existe una interface directa con el usuario. Dividiremos este capitulo en dos: Cliente Adminktrardor y Cliente Monitoreador.

81 5.2. REOUERIMIENTOS DEL CLIENTE ADMINISTRADOR La aplicaci6n cliente Administrador es un applet implementado en lenguaje JAVA. Se podrii acceder a1 servidor usando un browser (Internet Explorer, Netscape, etc.) que soporte JAVA. El ambiente para el usuario administrador consistira en una interface que le permitira arrancar o detener el proceso de monitoreo en el servidor, para ello debera suministrar un nombre de usuario y una palabra clave para la respectiva autenticaci6n por parte del servidor. Cuando el administrador desee arrancar el monitoreo tendra la opci6n de hacerlo con una nueva configuraci6n, o con la ultima con la que se ejecut6. El usuario administrador es el tmico que puede detener o arrancar el monitoreo.

82 5.3. AN~ISIS Y DISENO DEL CLIENTE ADMINISTRADOR Para la aplicaci6n Cliente Administrador se identific6 10s siguientes objetos: Administrador.- Este objeto se encarga de crear las instancias de 10s demas objetos del sistema y controlar la interacci6n entre ellos. Manejador de Conexi6n.- Este objeto interacttia con el prograrna servidor, es decir, quien envia 10s requerimientos y recibe las respuestas procesadas desde el servidor. Configuraci6n.- Este objeto guarda las configuraciones del monitoreo actual y anterior llegadas desde el sewidor y guarda la nueva configuraci6n ingresada por el usuario. Interface.- Este objeto es quien interactua directamente con el usuario e identifica 10s diferentes eventos posibles, capta

83 10s requerimientos del usuario y les da un forrnato entendible para la aplicacibn. -- -

84 CASOS DE US0 1. Usuario Administrador desea arrancar el monitoreo. 2. Usuario Administrador desea detener monitoreo. Lista de actores: Primarios: 1. Servidor. 2. Usuario Administrador.

85 DIAGRAMA DE CONTEXT0 DE CASOS DE USOS DEL SERVIDOR U d o Administrador d Y Arrancar monitoreo. Applet Administrador - Servidor de monitoreo + Detener moniteoreo.

86 Documentaci6n de 10s Casos de Uso v 10s - Actores: CASO DE USO: USUARIO ADMZNISTRADOR DESEA OMBRE : ESCRIPCION: Usuario Administrador desea arrancar el monitoreo Este caso de uso describe todo el proceso de interaccidn del Usuario Administrador con el Applet Administrador para enviar la orden al sewidor de Arrancar un Monitoreo con una configuracidn especificada o una anterior. Valor medible: Arranque del Monitoreo mediante un mensaje enviado por el servidor de exit0 o fracaso. OTAS : El Applet Administrador envia el requerimiento de amcar a1 Senidor mediante la conexi6n por medio de un socket. Asi mismo envia por esta via 10s diferentes datos de Contiguraci6n. Por esta misma conexi611 el Sewidor le devuelve el mensaje de hito o fracaso.

87 ACTOR: USUARIO ADMINISTRADOR. OMBRE : Usuario Administrador. I : El Usuario Administmior llama al Applet Administrador desde el Servidor de WEB que posee el mismo. El Cliente administrador especifica un user y un password, el mismo que sed validado por el Servidor. El Usuario Adminishador, mediante el Applet Administrador llena las diferentes opciones de Configuraci6n que luego serh enviadas por el Applet a1 Servidor. NOTAS : no resuelve ningcin conflicto ACTOR: SERVIDOR OMBRE : Servidor. DESCRIPCI~N : Toma la orden del Applet Adminishador de Anancar el Monitoreo con una configwaci6n anterior o con una actual, en cuyo cam in- la Configuraci6n enviada al archivo de Configuraci6n Actual y la infonnaci6n que se encontraba en este archivo la pasa a1 & Configuracibn Anterior. OTAS : Verifica si el Usuario Administrador desea arrancar en ese momento el Monitoreo o si prefiere dejarlo para despues de un cierto tiempo, en cuyo caso verifica cada instante si ya se ha cumplido el lapso requerido para proceder a Arrancar el Monitoreo.

88 CASO DE USO: USUARIO ADMINISTRADOR DESEA DETENER MONITOREO. UOMBRE : ~ESCRIPCION: Usuario Administrador desea detener monitoreo. Este caso de uso describe todo el proceso de interacci6n del Usuario Administrador con el Applet Administrador para enviar la orden al sewidor de Detener un Monitoreo. Valor medible: Detenci6n del Monitoreo mediante un mensaje enviado por el senridor de 6xito o fracaso. YOTAS : El Applet Administrador envia el requerimiento de detener el Monitoreo al Servidor mediante la conexi6n por medio de un socket. Por esta misma via el Servidor le dmelve el mensaje de txito o fracaso ACTOR: USUAMO ~OMBRE : Uwario Administrador. DESCRIPCI~N : El Usuario Administrador llama a1 Applet Administrador desde el Se~dor de WEB que posee el mismo. El Cliente administrador especifca un user y un password, el mismo que sed validado por el tkrvidor. El Usuario Administrador, mediante el Applet Administrador envia la orden al Servidor de Detener el Monitoreo. VTAS : no resuelve ninglin conflicto.

89 OMBRE : Servidor. PESCRIPCI~N : Toma la orden del Applct Administmdor de Detener el Monitoreo. OTAS : Ciena 10s hilos de todos 10s Usuarios que se encuentran conectados pam ver 10s diferentes Monitoreos, si existieren, y les informa dicho acontecimiento a 10s Applet Usuario. Esto lo realim cuando va a detener el Monitoreo.

90 ESCENARIOS ESCENARIOS DEL CASO DE USO: USUARIO ADMIMSTRADOR DESEA ARRANCAR EL MOMTOREO". Lista de escenarios: f.l Usuario desea arrancar una nueva configuraci6n. 1.2 Usuario desea arrancar una configutaci6n anterior.

91 ESCENARIO 1.1 Escenario 1.1: Usuario desea arrancar una nueva configuracibn. Asunciones: 1. Coloca password correcto. 2. No esta conectado otro administrador. 3. Conexi611 establecida. 4. No se ha dado timeout. 5. Datos bien ingresados por park del usuario. Resultados: - 1. Mensaje de 6xito o fracaso. I Interface. Manejador de Conerich Configuraci6n.

92 ESPECIFICACIONES DEL ESCENARIO 1.1 : USUARIO DESEA ARRANCAR EL MONITOREO CON UNA NUEVA CONFIGURACION. SUPUESTOS El Usuario baj6 la phgina de WEB que posee el Applet Adrninistrador exitosamente. El Servidor estb levantado y no esta bloqueado. El Usuario escribe el User y Password : user:. administrador password: XXXX para identificarse como Administrador. El Servidor envia el ddigo de monitoreo activo de inactivo y Ias Configuraciones anterior y actuat. No se ha dado timeout. El Usuario Administrador ingresa en la interface la sgt. Configuraci6n: Protocolos :TCP IP ICMP Puertos : 1 10 POP : 23 TELNET Direcciones : Tiempo de Muestreo: 30 minutos. ~iempo miiximo de monitoreo: 4 horas, y presiona el both SALVAR Y APLICAR. I RESULTADOS El Usuario ve, mediante la interface del Applet Administrador un mensaje de exit0 indicindole que el Monitoreo ha sido arrancado con exito.

93 I ESTADO INICIAL I ESTADOS DEL ESCENRIO 1.1

94

95 ESCENARIO 1.2 Asunciones: Coloca password correct~. 2. No esta conectado otro adrninistrador. 3. Conexion establecida (no se dio timeout). 4. Proceso bien realizado por servidor. 5. Que ya haya existido una configuration anterior. Resultados: 1. Mensaje de kxito o fracaso. OBJETOS: Administrador. Interface. Manejador de Conexi611 Configuracih.

96 ESPECIFICACIONES DEL ESCEhM.FU0 1.2 : USUARIO DESEA ARRANCAR EL MOMTOREO CON UNA CONFIGURACZON ANTERIOR. SUPUESTOS El Usuario bajb la pagina de WEB que posee el Applet Administrador exitosamente. El Servidor esta levantado y no esta bloqueado. El Usuario escribe el User y Password : user: administrador password: XXXX para identificarse como Administrador. - El Servidor envia el ddigo de monitoreo inactivo y la Configuracibn anterior. No se ha dado Timeout. El Usuario Administrador escoge la Configuracibn anterior, que tiene lo sgt.: Protocolos :UDP ARP IP Puertos : 25 MAIL : 80 WEB Direcciones : Tiempo de Muestreo: 10 minutos. Tiempo miximo de monitoreo: 3 horas, y presiona el both SALVAR Y APLICAR. w RESULTADOS El Usuario ve, mediante la interface del Applet Administrador un mensaje de tixito indicandole que el Monitoreo ha sido arrancado con tixito.

97 ESTADO INICLAL ESTADOS DEL ESCENRIO 1.2 I ADMINISTRAWR INTERFACE Atendimdo.I U&o Adminisbador. Vcnluvdc MANEiADOR DE CONEXI~N -

98 1.2. Arrancar Monitoreo pidiendo configuraci6n (Cliente) (Administrador)

99 ESCENARIOS DEL CASO DE USO: " USUARIO ADMIMSTRADOR DESEA DETENER EL MOMTOREV Lista de escenarios: 2.1 usuario desea detener el monitoreo.

100 ESCENARIO 2.1 Escenario 2.1: Usuario desea detener el monitoreo. Asunciones: Resultados: 1. Coloca password correcto. 2. No esta conectado otro administrador. 3. Conexi6n establecida. 4. No se ha dado timeout. 5. Proceso bien realizado por el usuario. 1. Mensaje de kxito o fi-acaso. OBJETOS: Administrador. Interface Manejador de Conexidn

101 ESPECIFICACIONES DEL ESCENARIO 1.1 : USUARIO DESEA DETENER EL MONITOREO SUPUESTOS El Usuario baj6 la pagina de WEB que posee el Applet Administrador exitosamente. El Servidor esta levantado y no esti bloqueado. El Usuario Administrador escribe el User y Password : user: administrador password: XXXX para identificarse como Administrador. El Servidor envia el c6digo de monitoreo activo y las Configuraciones anterior y actual. No se ha dado Timeout. El Usuario Administrador presiona el both DETENER en el Applet Administrador. El Usuario ve, mediante la interface del Applet Administrador un mensaje de exito indicdndole que el Monitoreo ha sido detenido con dxito.

102 ESTADOS DEL ESCENRIO 1.1 I ESTADO INICIAL

103

104 FLUJO DE LAYOUTS DEL APPLET ADMINISTRADOR USER Y PASSWORD / En esta ventana se ingresan el user y f passwordpara ser reconocidos por el I servidor i ".- r VENTANA DE ESTADO f Era ventana muestra a1 usuario el estado del monitoreo y permite arrancl i / o detener el mismo con la configuracid f rmfnrinr i Erta ventana permite ingresar urn I nueva conliguacibn para arrancar un ' nuevo proceso de rnonitoreo

105 5.4. REQUERIMIENTOS DEL CLIENTE MONITOREADOR - La aplicacion cliente Monitoreador es un applet implementado en lenguaje JAVA al igual que el cliente administrador. Se pod& acceder a1 se~dor usando un browser (Internet Explorer, Netscape, etc.) que soporte JAVA. El ambiente del usuario anbnimo consistirci en UM interface que le perrnitirci seleccionar las estadisticas que desea obtener (grcifico o texto). Podrci elegir entre 10s datos del rnonitoreo anterior o del monitoreo actual, registrados antes de su conexznexz6n o tambikn puede elegir un monitoreo en linea que consistirci en un refrescamiento de la infomci6n de muestreo en su totalidad por cada unidad de tiempo (configurada por el administrador). En todos 10s grificos se podra elegir en el eje de las y las siguientes unidades: Bytes por unidad de tiempo. Paquetes por unidad de tiempo. Tamafio promedio de 10s paquetes en la unidad de tiempo.

106 Para completar el grhfico en el eje de las x se pueden tener las siguientes unidades Trace por protoco1os.- Se muestra un grilico de lineas con miximo seis lineas de diferentes colores, uno para cada protocolo monitoreado. TrWico por puertos.- Se muestra un gflico de lineas con miximo seis lineas de diferentes colores, hasta 10s cinco primeros para indicar 10s puertos que mayor trace han causado en la red y el filtimo para indicar el "resto" de 10s puertos no especificados. Trace por direcciones 1P.- Se muestra un grfico de lineas con miximo seis lineas de diferentes colores, hasta 10s cinco primeros para indicar las direcciones IP que mayor trxico han causado en la red y el Gltimo para indicar el de las direcciones especificadas. En este tipo de gr6iico tambicn se podrh elegir entre bytes, paquetes y tamaiio promedio de recibidos o transmitidos.

107 5.5. AN~ISIS Y DISERO DEL CLIENTE MONITOREADOR OBJETOS Para la aplicaci6n Cliente Monitoreador se identific6 10s siguientes objetos: Monitoreador.- Este objeto se encarga de crear las instancias de 10s demgs objetos del sistema y controlar la interacci6n entre ellos. Manejador de Conexi6n.- Este objeto interactua con el programa servidor, es decir, quien envia 10s requerimientos y recibe las respuestas procesadas desde el servidor. Configaraci6n.- Este objeto guarda las configuraciones del monitoreo actual y anterior llegadas desde el servidor y guarda la nueva configuraci6n ingresada por el usuario. Interface.- Este objeto es quien interactiia directamente con el usuario e identifica 10s diferentes

108 eventos posibles, capta 10s requerimientos del usuario y les da un forrnato entendible para la aplicacibn. -.. Dates.- Este objeto almacena y entrega 10s datos estadisticos de 10s muestreos requeridos para elaborar 10s grxicos Manejador de GrMco.- Este objeto interprets y ejecuta 10s requerimientos del usuario con respecto al grsco que desea que se presente en pantalla.

109 CASOS DE US0 1. Usuario desea monitorear en linea. 2. Usuario desea monitoreo hist6rico. Lista de actores: Primarios: 1. Applet Administrador. 2. Applet Usuario.

110 DIAGRAMA DE CONTEXT0 DE CASOS DE USOS DEL SERVIDOR Monitorear en linea U d o Monitoreador F Applet Monitoreador Monitorear en historico

111 DOCUMENTACI~N DE LOS CASOS DE US0 Y LOS ACTORES: US0 DE USO: USUARIO OMBRE : DESCRIPCION: OTAS : Usuario desea Monitoreo en linea. Este caso de uso describe todo el proceso de interact3611 de un Usuario cualquiera con el Applet Monitoreador para especificar que desea observar el Monitoreo en Linea, las diferentes opciones a escoger (Pueltos, Protowlos, Direcciones, Puertos por Direcci6n o Protocolos por Direcd6n) y como desea ver la informaci6n (Ghfico o LOG) Valor medible: Que la informaci6n sea presentada de acuerdo a lo especificado. Cuando el Usuario desea ver la informaci6n gtdficamente, el Applet Monitoreador debe acomodar el gtdfico de acuerdo a1 valor minimo y maxim0 especificados. Asi mismo el Applet Monitoreador debe escoger ma escala adecuada para presentar 10s datos que el Servidor ha enviado.

112 ACTOR: USUARlO MOMTOREADOR INOMBRE : Usuario Monitoreador. ESCRIPCI~N : El Usuario Monitoreador llama a1 Applet Monitoreador desde el Servidor de WEB que posee el mismo. a El Usuario Monitoreador, mediante el Applet Monitoreador, especifica a1 Setvidor que desea obsewar el Monitoreo en Linea, las diferentes opciones a escoger (Puertos, Protocolos, Direcciones, Puettos por Direcci6n o Protocolos por Direcci6n) y como &sea ver la informaci6n (Grbfico 0 LOG). - - YOTAS : a El Usuario Monitoreador puede especificar como mkdrno hasta 5 Puertos o 5 Direcciones para Gdicar. Con 10s Protocolos no hay problem porque a lo mucho sedn 6 10s escogidos (IF', ICMP, ARP, RARP, TCP y UDP) a En el caso de que el Usuario Monitoreador espedique las Dimxiones, Puertos por Direcci6n o Protocolos por Direcci6n se debe especificar si quiere ver el tdfico transmitido o recibido por aquella o aquellas Direcciones.

113 ACTOR: SERVZDOR ~OMBRE : Servidor. ESCRIPCI~N : Toma el Requerimiento del Applet Monitoreador y envia los datos requeridos a dicho Applet. De la misma manera comiema a revisar cada instante si ha pasado una Unidad de Tiempo para enviar los nuevos datos al Applet Monitoreador. I OTAS : - - Una vez que el Se~dor acepta el requerimiento del Applet Monitoreador y crea un nuevo hilo para atenderlo ingress el mismo a la Lista de Hilos en Linea para que cuando deba enviar los nuevos ya ha pasado una Unidad de Tiempo) lo haga para cada Hilo que se encuentra en esta Lista. Asi mismo, cuando por cualquier &n se detenga el monitoreo se informe a todos los hilos que se encuentran en esta Lista y se proceda a cerrar los mismos. d CASO DE USO: USUARIO MOMTOREADOR DESM MOMTOREO HIsT~RIco. ~OMBRE : Usuario desea Monitor80 Hist6rica 1 Este caso de uso describe todo el proceso de interacci6n de un Usuario walquiera con el Applet Monitoreador para especificar que desea observar el Monitoreo Hist6ric0, las diferentes opciones a escoger (Puertos, Protocolos, Direcciones, Puertos por Direcci6n o Protocolos por Dired6n) y como desea ver la infonnaci6n (Ghfico o LOG) Valor medible: Que la infonnaci6n sea presentada de acuerdo a lo especificado. Cuando el Usuario desea ver la el Applet Monitoreador debe acomodar de acuerdo al valor minim0 y maxim0 especificados. Asi mismo el Applet Monitoreador debe escoger una escala adecuada para presentar 10s datos que el Servidor ha enviado.

114 ACTOR: USUARIO MOMTOREADOR VOMBRE : Usuario Monitoreador. ~E_SCRIPCI~N : NOTAS : El Usuario Monitoreador llama a1 Applet Monitoreador desde el Mdor de WEB que posee el mismo. El Usuario Monitoreador, mediante el Applet Monitoreador, especifica a1 Se~dor que &sea obsem el Monitoreo Histbrim, las diferentes opciones a escoger (Puertos, Protocolos, Direcciones, Puertos por Direcci6n o Protocolos por Direcci6n) y como desea ver la informaci6n (Gldfico 0 LOG). El Usuario Monitoreador puede especificar como mhho hasta 5 Puertos o 5 Direcciones ma GraGcar. Con los Protocolos no hay problema porque a lo much; sedn 6 los escogidos (P, ICMP, ARP, E, TCP y UDP) En ei caso de que el Usuario Monitoreador especitique las Dimxiones, Puertos o Protocolos por Direcci6n-se debe especificar si quiere ver el tr;lfico transmitido o recibido por aquella o aquellas Direcciones ACTOR: SERVZDOR ~OMBRE : Servidor. I ESCRIPCI~N : Toma el Requefimiento del Applet Monitoreador y envia los dam requeridos a dicho Applet. OTAS : Una vez que el Se~dor acepta el requerimiento del Applet Monitoreador y crea un nuevo hilo para atenderlo ingresa el mismo a la Lista de Hilos Hist6ricos para que cuando por cualquier razh se detenga el monitoreo se informe a todos los hilos que se encuentren en esta Lista y se cierren 10s mismos.

115 ESCENARIOS ESCENARIOS DEL CASO DE USO: Q ~ DESEA MOMTOREO s ~ EN ~ ~ ~ Lista de escenarios: 1.1 Usuario desea ver graficamente el monitoreo en linea. 1.2 Usuario desea ver en linea el log del monitoreo. 1.3 Interrupcibn del monitoreo en linea. 1.4 Usuario se cambia de linea a histbrico

116 ESCENARIO 1.1 Escenario 1.1: Usuario desea ver grhficamente el monitoreo en linea. Asunciones: 1. Conexi611 establecida (No timeout y servidor levantado). 2. Servidor esta en estado de monitoreo. 3. Se eligi6 monitoreo en linea. 4. Hay memoria suficiente. 5. El tiempo de respuesta es menor que unidad de tiempo. 6. Usuario pidi6 modo gdico. Resultados: 1. Se vacian todas las variables. 2. Arrancar todos 10s datos que llegan a1 servidor. 3. Se arrna el griiico deseado. 4. Se refiesca cada unidad de tiempo. Monitoreador Interlace Manejador de Conexihn Manejador de GMios

117 ESPECIFICACIONES DEL ESCENARIO 1.1 : USUARIO DESEA VER GRAFICAMENTE EL MONITOREO EN L~NEA I- SUPUESTOS El usuario monitoreador se ha conectado a la pigina WWB donde se encuentra el applet monitoreador. El servidor, no esti en estado de bloqueo y acepta el requerimiento de conexi6n del applet monitoreador. Recibe del servidor el ddigo de estado del monitoreo activo (00101) y las configuraciones actual y anterior. El usuario elige ver grifico del monitoreo en linea. Recibe del servidor el ccidigo con 10s datos de cada muestreo. + RESULTADOS El applet recibe 10s resultados del monitoreo cada vez que el servidor 10s actualiza. El applet dibuja 10s resultados de acuerdo a las selecciones hechas por el usuario.

118 ESTADOS DEL ESCENRIO I ESTADO INICIAL 1

119

120 ESCENARIO 1.2 Usuario desea ver LOG del monitoreo en linea. 1. Conexion establecida (No timeout y servidor levantado). 2. Servidor esta en estado de monitoreo. 3. Se eligib monitoreo en linea. 4. Hay memoria suficiente. 5. El tiempo de respuesta es menor que unidad de tiempo. 6. Usuario pidi6 mod0 LOG. Resultados: 1. Se vacian todas las variables. 2. Arrancar todos 10s datos que llegan a1 servidor. 3. Se arm el LOG deseado. 4. Se refiesca el LOG cada unidad de tiempo. OBJETOS: Monitoreador Interface 0 Manejador de Coneri6n 0 Datos I

121 ESPECIFICACIONES DEL ESCENARIO 1.2. : USUARIO DESEA VER LOG DEL MONITOREO EN L~NEA. SUPUESTOS El usuario monitoreador se ha conectado a la phgina WWB donde se encuentra el applet monitoreador. El servidor, no esth en estado de bloqueo y acepta el requerimiento de conexidn del applet monitoreador. Recibe del servidor el c6digo de estado del monitoreo activo (00101) y la configuraciones actual y anterior. El usuario elige ver LOG del monitoreo en linea. Recibe del servidor el cbdigo con 10s datos de cada muestreo. I RESULTADOS I El applet recibe 10s resultados del monitoreo cada vez que el servidor 10s actualiza. El applet muestra el LOG de 10s resultados de acuerdo a las selecciones hechas por el usuario.

122 I ESTADO INICIAL ESTADOS DEL ESCENRIO 1.2

123

124 ESCENARIO 1.3 Escenario 1.3: Usuario interrumpe el monitoreo en linea. Asunciimes: 1. Conexi611 establecida (No timeout y servidor levantado). 2. Se eligio monitoreo en linea. 3. Servidor esta en estado de monitoreo. 4. Hay memoria suficiente. 5. El tiempo de respuesta es menor que unidad de tiempo. 6. Administrador detiene el monitoreo en linea 6 los dabs en linea no estiin llegando a1 usuario monitoreador. Resultados: 1. Usuario monitoreador deja de recibir los datos del monitoreo en linea. 2. Usuario monitoreador es informado del motivo por el cud ya no puede seguir viendo las actualizaciones del monitoreo en linea. OBJETOS: * Monitoreador Interface Manejador de Coneri6n I

125 5 S.3.6.l ESPECIFICACIONES DEL ESCENARIO 1.3: USUARIO INTERRUMPE MONITOREO EN ~f NEA SUPUESTOS El monitoreo se esti ejecutando. El usuario monitoreador ha estado recibiendo 10s datos del monitoreo en linea. El administrador detiene el monitoreo actual 6 10s datos del monitoreo no esth llegando a1 cliente (se "pierden" en la red). El applet del usuario monitoreador recibe el c6digo 665 cuando el administrador ha detenido el monitoreo. El applet monitoreador deja de recibir 10s datos de cada muestreo. El usuario recibe un mensaje que ha transcumdo mucho tiempo sin recibir 10s resultados del monitoreo 6 que el administrador ha finalizado el monitoreo actual.

126 ESTADOS DEL ESCENARIO 1.3 I ESTADO INICIAL I

127

128 ESCENARIO 1.4 Escenario 3.4: -- Asunciones: Usuario se cambia de monitoreo-en l inear monitoreo bistbrico. 1. Conexi611 establecida (No timeout y servidor levantado). 2. Se eligi6 monitoreo en linea. 3. Servidor esta en estado de monitoreo. 4. Hay memoria suficiente. 5. El tiempo de respuesta es menor que unidad de tiempo. 6. Se pide ver monitoreo por Log o por gdfico. 7. Se esti actualizando el LOG 6 el Grifico cada unidad - de tiempo. 8. El usuario elige cambia el tip0 de monitoreo de linea a histi,rico e indica que histi,rico: actual o anterior. Resultados: 1. Manejo de Intempcion. 2. Se envia un mensaje a1 se~dor para pedirle el histbrico adecuado. 3. Se dibuja el Mco 6 se construye el LOG del hidrico. OBJETOS: + Monitoreador Interface Manejador dc Conerih

129 ESPECIFICACIONES DEL ESCENARIO 1.4. : USUARIO SE CAMBIA DE MONITOREO EN L~NEA A MONITOREO SUPUESTOS El monitoreo se esth ejecutando. - El usuario monitoreador ha estado recibiendo 10s datos del monitoreo en linea. El usuario elige la opcibn del histbrico e indica si desea actual 6 anterior. El usuario elige si desea grafico o LOG. * RESULTADOS El applet monitoreador deja de recibir 10s datos de cada muestreo. El applet del usuario recibe el histbrico adecuado y se dibuja el grifico 6 se construye el LOG.

130 ESCENARIOS DEL CASO DE USO: Q ~ DESEA MONITOREO s ~ EN HISTC~RICO.~. ~ ~ ~ Lista de escenarios: 2.1 Usuario desea ver graficamente monitoreo histbrico actual. 2.2 Usuario desea ver el Log del monitoreo historic0 actual. 2.3 Usuario desea ver graficamente monitoreo historic0 anterior. 2.4 Usuario desea ver el Log del monitoreo historico anterior. 2.5 Interrupci6n del monitoreo histbrico actual o anterior.

131 I ESTADO INICIAL ] ESTADOS DEL ESCENRIO 1.4

132

133 Escenario Conexion establecida (no timeout). 2. Se eligi6 monitoreo histbrim actual. 3. Hay memoria suficiente. 4. Usuario pidio 5. Se esta monitoreando. Resultados: 1. Se vacian variables (arreglo). 2. Almacenar dabs que llegan del servidor. 3. Se deseado. I Interface Manejador de ConeriQn 1 Datos

134 ESTADOS DEL ESCENARIO 2.1 I ESTADO INICIAL I ESTADO RESULTAN~E

135 s. I Escenario 2.2: Asunciones: Resultados: ESCENARIO 2.2 Usuario desea ver Log del monitoreo bistbrico actual. 1. Servidor Levantado. 2. Conexi611 establecida (no timeout). 3. Se eligi6 monitoreo hmrico actual. 4. Usuario pide ver el Log. 5. Se esta monitoreando Se vacian variables (arreglo). 2. Almacenar datos que llegan del sevidor. 3. Se anna el Log. r Mooitoreador Interface Manejador de Conexi6n Datos

136 ESTADOS DEL ESCENARIO 2.2 I ESTADO INICIAL I I ESTADO RESULTWE

137 ESCENARIO 2.3 Escenario 2.3: 4sunciones: Resultados: Usuario desea ver gr6lficamente monitoreo histbrim anterior. 1. Conexion establecida (no timeout). 2. Elegido monitoreo histbrico anterior. 3. Hay memoria suficiente. 4. Usuario pidi6 modo &co. 5. Existe histbrico anterior. 1. Se vacian las variables (arreglos). 2. Almacenar dabs que llegan del servidor. 3. deseado. OBJETOS: Monitoreador Manejador de Conexi611 Datos

138 ESTADOS DEL ESCENARIO 2.3 I ESTADO INICIAL ] I ESTADO RESULTAN~E

139 I. I Escenario 2.4: I Asunciones: Resultados: ESCENARIO Usuario desea ver el Log del monitoreo histbrico anterior. 1. Conexion establecida (no timeout). 2. Elegido monitoreo historic0 anterior. 3. Hay memoria suficiente. 4. Se pide ver el Log. 1. Se vacian las variables (arreglos). 2. Alrnacenar dabs que llegan del servidor. 3. Armar el Log. OBJETOS: Monitoreador laterface Manejador de Conexiha Datos I

140 I ESTADO INICIAL ESTADOS DEL ESCENARIO 2.4

141 ESCENARIO Conexion establecida (no timeout). 2. Elegido monitoreo histbrico actual o anterior. 3. Hay memoria suficiente. 4. Se esta monitoremdo. 5. Se pide ver monitoreo por Log o por M co. 6. Se intermmpe el monitoreo por timeout o porque se bajo el monitoreo. Resultados: 1. Mensaje de interrupci6n. 2. Se cierra conexion (socket). 3. No se puede ver otro &co que no sea el que tenemos. Interface Manejador de Coneri6n I

142 ESTADOS DEL ESCENARIO 2.6 I ESTADO INICIAL 1 / DATOS I \

143 DIAGRAMA DE CLASES DEL CLIENTE MONITOREADOR - -

144 FLUJO DE LAYOUTS DEL APPLET ADMINISTRADOR L VENTANA DE ESADO / Esta vent- infonna a1 usuario I! el estaab de la conexidn la / direccidn IP del sentidor y el I ] puerto d oh corre el serviabr I! VENTANA DE CONFIGURACI~N i j En esta ventana se presenta la I f configuracidn &I monitoreo 1 actual o anterior segh haya t i elegido el usuario i "- -. i i If VENTANA GRhIc0 i En esta ventana se permite j configurar el grcifico segh 10s ( datos seleccionados por el I usuario. Esta ventana muestra un log de 1, todos 10s datos monitoreds se&n I j la seleccidn &I usuario. i

145 CAPITULO VI PLATAFORMA Y HERRAMIENTAS DE PROGRAMA Durante el Ansisis y Diseiio que se realizo sobre este programa se determino que tanto el cliente como el servidor serh - implementados usando JAVA, ya que era el lenguaje mas esthdar y nos permitia mayor facilidad para el trabajo cliente/servidor y el desarrollo de interfaces apropiadas para el trabajo con browser. Tambien se escogi6 como Plataforma de desarrollo Windows09S ya que tambicn es estimdar y muy facil de manejar CARACTERISTICAS DE JAVA. JAVA es un Lenguaje de Programaci6n Orientado a Objetos, que tiene la particularidad de que su c6digo fuente puede ser cornpilado independiente de la maquina en que se lo coma, esto quiere decir que tarnbien sea independiente de la Plataforma que utilice dicha maquina.

146 Entre las caracteristicas mas importante que nos presenta JAVA tenernos: l Es Simple.- Java ofrece toda la funcionalidad de un lenguaje potente, pero sin las caracteristicas menos usadas y mas confusas de estos. l Es Orientado a 0bjetos.- Java implementa la tecnologia basica de C++. Trabaja con sus datos como objetos y con interfaces a esos objetos. Soporta las tres caracteristicas propias del paradigma de la orientation a objetos: encapsulation, herencia y polimorfismo. ees Distribuid0.- Java se ha construido con extensas capacidades de interconexi6n TCP/ IP. La verdad que ya Java no es distribuido sino que proporciona las librerias y herramientas para que 10s programas puedan ser distribuidos. ees Robusto.- Java realiza verificaciones en busca de problemas tanto de cornpilacion como en tiempo de ejecucion.

147 ees de Arquitectura Neutral.- Para establecer Java como parte integral de la red, el compilador Java compila su cddigo a un fichero - - objeto de forrnato independiente de la arquitectura de la maquina en que se ejecutara. Cualquier maquina que tenga el sistema de ejecuci6n run-time puede ejecutar ese c6digo objeto, sin importar en mod0 alguna la maquina en la que ha sido generada. Actualmente existen run-time en casi todas las plataformas. ees Portable.- Mas alla d la potabilidad basica por ser de arquitectura independiente, Java implements otros esthdares de potabilidad para facilitar el desarrollo. Los enteros son siempre enteros y ademas, enteros de 32 bits en complemento a 2. Ademas Java construye sus interfaces de usuarios a travcs de un sistema abstract0 de ventanas de forma que las ventanas pueden ser implementadas en entornos Unix, PC o Mac. A continuacidn se muestra una figura que explica la compilacidn del c6digo de Java:

148 Tiempo de Cornpilau611 Tiempo de Ejecuci6n Semi - Cornpilador I EYgura # 6.1. Proceso de Compilacih para un &go en JAVA. Ademas mencionaremos otras herramientas que permiten desarrollar con mayor facilidad ciertas implementaciones para Java estas son: Visual J++ visual Cafii Visual Age for Java Java Worshop JDK Mocrosoffice SymanW IBM Sun Sun De las herramientas mencionadas anteriormente se usaron Visual J++, Visual Cafe y JDK

149 CAPITULO VII MANUALES MANUAL DEL USUARIO Siguiendo las instrucciones q~ Je se presentan a contin el manejo de este sistema usted podra ser capaz de manipular todas sus opciones y aprovechar todos 10s beneficios que este le ofrece. La aplicaci6n cliente consta de dos partes bien definidas: 1. El AppLet Administrudor.- Es la aplicacicin donde se cargan las ventanas para que el Adrninistrador pueda confrgurar, detener y arrancar el Monitoreo. 2. EZ Applet Monitoreador.- Es la aplicaci6n donde se cargan las ventanas para que el Monitoreador (usuario comun), pueda observar 10s datos producidos por el Monitoreo que se ejecuta en el servidor.

150 Para empezar ha operar las opciones que le presenta tanto el Applet Administrador como el Monitoreador, usted debe prirnero establecer una conexi6n con el servidor para ello debe esp~cificar la direcci6n URL de la maquina en la que se encuentra la aplicaci6n servidora corriendo. Ejemplo: Donde cedro es el nombre del se~dor donde esta corriendo la aplicaci6n servidora que manda ha ejecutar el Monitorxxe, fiec.espo1.edu.e~ es el domini02 a1 cud pertenece ese servidor, y Administrador es el directorio donde se encuentra el Applet Administrador lo mismo ocurrirzi si desea establecer una comunicaci6n con el Applet Monitoreodor. Dominio es la jerarquia dentm la cud funciona el servidor.

151 7.1.1.APPLET ADMINISTRADOR. La primera pantalla que le aparece en el Applet Administrador es la pantafla principal la que se muestra en lafigura # 7.1, la cud le perrnitira ingresar su clave de usuario y el password, cuyos valores tienen que ser correctos para que se de inicio a la sesi6n. Figura # I.1. Pantalla Principal.

152 Si la clave de identificaci6n es errbnea saldra un mensaje que le indicara que debe volver a ingresar su identificaci6n Si el User esta en blanco cuando se presiona el botbn OK, no se realizara la peticibn a1 Servidor de que reconozca el User y Password, debido a que no existe tal Usuario. Asi mismo el Usuario tendr& hasta 3 intentos como miximo para ingresar correctamente el User y Password. Pasadas las 3 veces se cerrara la conexibn establecida con el Servidor mostrando el respectivo mensaje.

153 PANTALLA DE ESTADO Una vez que se ha logrado ingresar correctamente el User y Password, aparece una pantalla que le mostmr& el estado del Monitoreo, el cud podni ser ACTIVO o INACTIVO. Si el mismo se encuentra en estado ACTIVO significa que en esos momentos se esta Monitoreando, por lo que el Administrador podra detener el Monitoreo, eligiendo el both "DETENER" que se muestra en la pantalla. Si el estado del Monitoreo es INACTIVO significa que en esos instantes no se esta monitoreando, con lo cud se activa la opci6n que le permite al Administrador enviar a arrancar un nuevo Monitoreo con la ultima configuraci6n (llamada Configuraci6n Anterior). Esto es posible eligiendo el bot6n "Arrancar", que se muestra en figura 7.2.

154

155 Esta pantalla le permite al administrador tener informacion de la direcci6n IP de la maquina en la que se esta corriendo la aplicacibn servidora y el puerto-- por el cual esta enviando 10s datos a1 cliente. Tarnbi6n le permite al Administrador la opci6n de cambiar el User y el password, en 10s cuadros de texto que se muestran primer0 usted debe ingresar el nuevo nombre del User en el siguiente el nuevo password y por ultimo le pide una confirmaci6n del mismo, una vez que este seguro de la informacibn ingresada active el both de "Cambiar Password" haciendo clik o aplastando "Enter", en la figura 7.3 se muestra lo descrito arriba. Figun # 7.3 Pantalla de Administracidn

156 PANTALLA DE CONFZGVRACZON En esta pantalla usted puede establecer las diferentes opciones de configuraci6n que desee para, de esta manera, poder apreciar 10s resultados que necesite para llevar un mejor control estadistico de la red local en donde se encuentra ejecuthdose el Servidor. En la figura # 7.4 se describen las opciones de configuraci6n: Figura # 7.4. Pantalla de Conjguracidn

157 A~cuLQ~L~.- Este parbetro se configura para poder detenninar si Ud. desea que el Monitoreo manque inmediatamente o despucs de un cierto tiempo. Si desea que el monitoreo empiece inmediatamente enviada la orden al Servidor debera escoger la opcibn Ahora. Caso contrario deberti ingresar despucs de que tiempo, a partir del instante en que presiona el both Salvar y Aplicar, desea que el Monitoreo sea Ejecutado. Usted podra ingresar el tiempo en minutos u horas. Tiempo.- En esta opcibn Ud. debe especificar dos Tiempos: Mc'udmo Tiempo de Monitorno.- Es el mmmo tiempo que el Monitoreo puede pennanecer activo. nempo de Muestreo.- Indica el Interval0 de tiempo para cada muestreo del Monitoreo y debe ser minimo de 10 segundos. Ambos Tiempos pueden ser especificados en segundos, minutos u horas, y no podra ingresar mas de dos digitos enteros no negativos. Ptotoco2os.- Aqui usted debe elegir el protocolo o protocolos que desee que Sean Monitoreados.

158 Los Protocolos disponibles son: ARP - IP - -- ICMP RAW TCP UDP *eras.- En esta opci6n usted podra Especificar que Puertos desea que Sean Monitoreados dimdole un nombre al mismo (miiximo de 8 caracteres), especificando el Numero del mismo (hash 5 digitos enteros y mayor que 0) e indicando si el Protocolo utilizado por dicho Puerto es TCP o UDP. Debe tomar en cuenta que no se permiten ingresar numeros de Puertos iguales si se ha escogido el mismo Protocolo. Si desea afiadirlo a la lista presione el boton "Aiiadir" que se encuentra en la parte derecha de la Lista de Puertos, donde se encuentran tambien 10s botones "Remover", con el cud se =car& de la Lista de Puertos el puerto que se encuentre seleccionado, y el both "Remover Todos", con lo que automaticamente se eliminarh de la lista todos 10s Puertos que hayan sido escogidos.

159 Direcdones.- En la parte de Configuraci6n tambien podri especificar las direcciones IP de las maquinas que desea Monitorear, las cuales deben ser ingresadas en 10s cuatro campos que se muestran en la pantalla, y estos solo aceptmh numeros entre 1 y 254 inclusive, y solo podrhn ser afiadidos a la lista si esth completos 10s cuatro campos, para lo cual se cuenta con el both "Aiiadir". Asi tambiin se puede utilizar el both "Remover", tomando en cuenta que con esta opci6n solo se eliminarg la direcci6n seleccionada. Para eliminar todas las direcciones se puede elegir el both "Remover Todas". Una vez ingresados correctamente todos 10s datos de Configuraci6n, tiene la opci6n de elegir el botdn de "Salvar y Aplicar", con el cud grabara la Configuraci6n y de inmediato sera enviada la misma al servidor quien se encargara de arrancar el monitoreo inmediatamente o despuis de un cierto tiempo, scan lo escogido en la Configuraci6n.

160 TarnbiCn tiene la opci6n de elegir el bot6n "Limpiar", con el cud limpiara 10s campos de Configuraci6n para que pueda volver a ingresar una nueva. - Este Applet tambicn le da la Oportunidad de llenar 10s diferentes controles con la Configuraci6n Anterior o la Actual eligiendo 10s botones Conf. Anterior o Conf. Actual respectivarnente. Como en todas las ventanas se muestra el bot6n Ayuda el que le permitira acceder a la Ayuda del sistema, la cud se mostrara en un browser (aplicacibn cliente basada en hipertexto ).

161 7.1.2.APPLET MONITOREADOR PANTALLA mtzcl4l Es la pantalla inicial del applet, cuando ah no se ha escogido ningtin tip0 de monitoreo, por lo tanto no se encuentran habilitados ninguno de 10s botones del applet except0 el que permite cambiarnos a un tipo de monitoreo (Ver lafigurn # 7.5). Figura # 7.5. Pantalla inicial.

162 PANTALLA Dl? ESTADO - Esta es la pantalla que aparecerii cuando el usuario monitoreador haya elegido un tipo de monitoreo En ella se muestra el estado en el que se encuentra el Monitoreo asi como tarnbikn el puerto y la direction IP de la maquina en la que esta corriendo el servidor. Se pueden notar las demas opciones que pueden ser manipuladas en el Applet de Monitoreo, las cudes se detallan mas adelante. En esta pantalla tarnbikn el usuario podrii escoger el Tipo de Monitoreo que requiera, 10s que se describen a continuaci6n: En Linetz.- Si escoge esta opci6n 10s datos que este Monitoreando seriin datos reales, es decir podd ver las estadistica de 10s datos de las maquinas de la red en la que se esta corriendo el Monitoreo. Esto lo podra hacer hasta que tennine el Monitoreo. HMrico ActuaL- Si elige este Tipo usted solo podd ver las estadisticas de 10s datos "Desde que empezo el Monitoreo hasta el momento en que se conecto, mas no 10s datos desde que se conecto hasta el que termime el Monitoreo." Hist6rico Anterior.-A1 elegir este Tipo usted solo podra ver las estadisticas del ultimo Monitoreo que

163 se realizo sobre 10s datos que fueron que fuer6n Monitoreados en la red. NOTA: Si en el momento que el Usuario Monitoreador se conecta no esti adivo el Monitoreo en la opcih de Tipo solo se mostrara la opcibn Historico Anterior. Figura # 7.6. Pantalla de Estado

164 En el Detalle de Configuraci6n del Monitoreo se muestran las condiciones en las cuales se ha ejecutado o se est5 ejecutando un monitoreo y cuales son 10s parhetros de Protocolos, Puertos y Direcciones que se han establecido en el momento de la Se empieza mostrando el Cronograma del Monitoreo, donde se indica el tiempo en el que se inicio el Monitoreo, asi como tambicn el tiempo cuando deberia terminar estc, el Tiempo de Muestreo es deck que cada cierto tiempo se estan muestreando 10s datos, y por ultimo se especifica el Motivo por el cud el Monitoreo ha cesado, ya sea por motivos normales o por alguna falla imprevista. En la figura # 7.7 se muestra lo arriba anotado.

165 Figura # 7.7 Pantalla de Conjiguracidn

166 GR~CO DEL MOMTOREO En la pantalla que se le permite ver 10s datos Monitoreados de una manera grata usted puede elegir como desea ver la gr&flca por Protocolos, Puertos y Direcciones en general, es decir de toda la red, para 10 cual se activa una ventana donde aparece una lista con 10s protocolos, puertos o direcciones dependiendo de la opci6n que usted halla elegido, de donde se pueden elegir unopo mas para ser mostrados en la mca. Tambikn aparece la opci6n para poder ver la gridica de 10s Puertos y Protocolos por cada direcci6n IP, que corresponda a cada maquina de la red. Para ello tambikn se activa una ventana que le perrnitira elegir una direcciones y solo una. Puede tambikn usted configurar para que 10s datos grscados Sean 10s Transmitidos o 10s Recibidos, esto lo puede hacer eligiendo de la lista que se encuentra junto a las opciones de "Protoc/Dir." o "Puertos/Dir.". El Applet tambikn le provee la alternativa de elegir mostrar 10s datos segun el tamaiio de la inforrnacion, en la lista desplegable puede

167 elegir entre Bytes por unidad de tiempo, paquetes por unidad de tiempo y Tamafio promedio. En la figura # 7.8 se muestra la presentacih de un grace resultado de un monitoreo Hist6rico Anterior. Figura # 7.8 Graflco del Monitoreo

168 LOG DEL MONITOREO El Log es un archivo de tipo texto que se le muestra a1 usuario para que pueda ver la informaci6n de 10s datos que han sido Monitoreados en la red, de manera numerics, para ello puede configurar 10s datos que quiere que se le muestren en el log eligiendo las opciones de Protocolos, Puertos, Direcciones, Protocolos por Direcciones y Puertos por Direcciones, per0 una a la vez (Ver la jigurn # 7.9).

SitemapEps16 Woman With A Suitcase | Suburgatory streaming | BBEN G17 Laptop Gaming Notebook Laptop Computer Windows 10 Intel I7 7700HQ Nvidia GDDR5 32g Ram + SSD/HDD option Beleuchtete Tastatur