Administrador DNS 1. 1.1.

CAPITULO 1: INTRODUCCION Introduccin

Con la aparicin de Internet y de las conexiones de alta velocidad disponibles al pblico, Internet ha alterado de manera significativa la manera de trabajar de millones de personas. Internet ha permitido mayor flexibilidad en trminos de horarios y de localizacin, contrariamente a la jornada laboral tradicional de 9 a 5 en la cual los empleados se desplazan al lugar de trabajo. Hoy las empresas, cualquiera que sea su tamao o actividad, compiten en un entorno global, lo que las obliga a disponer necesariamente de la tecnologa de la informacin ms moderna y aplicarla en forma eficaz y rentable. En este contexto, contar con las herramientas tecnolgicas adecuadas para la administracin interna, optimizar los procesos y planificar la actividad, significa adquirir la capacidad para competir en estos nuevos escenarios. Las empresas pese a la diferencias de tamao desarrollan actividades similares (comprar, vender, mantener relaciones con los clientes, llevar la contabilidad y adaptarse a las modificaciones de las normativas legales y financieras vigentes). Por lo tanto, deben adoptar tecnologas que soporten plenamente sus objetivos y que permitan reaccionar de forma rpida y flexible ante los acontecimientos externos, interviniendo en la organizacin comercial, en la logstica de produccin y en la toma de decisiones financieras. Cuentan con ms de 150 informes, reportes, resmenes y estadsticas. Todos pueden ser personalizados por el mismo usuario, adaptndose a las necesidades especficas de cada cliente y ser consultados por pantalla, impresora o transmitidos por E-mail. Fcil adaptacin del sistema en todo tipo de clientes.

Pgina 1

Administrador DNS 1.2. 1.3. Requisitos ABM ZONA DE DOMINIO DIRECTA (REGISTRADO) ABM ZONA DE DOMINIO INVERSA (REGISTRADO) ABM DOMINIO (REGISTRADO) ABM PERMISOS DE ACCESO AL SERVICIO (REGISTRADO)//VERRRR DIAGNOSTICO (TODO LO ANTERIOR) COPIA DE RESPALDO (TODO LO ANTERIOR) REPORTE DE DOMINIO Y USUARIOS (TODO LO ANTERIOR) ESTADISTICAS DE DOMINIO (TODO LO ANTERIOR) Objetivo General Desarrollar una aplicacin para administrar un servidor DNS (Sistema de Nombres de Dominio). 1.4. Objetivo Especficos Investigar acerca de conceptos a utilizar para el desarrollo de la aplicacin. Identificar los requisitos funcionales y describir la funcionalidad del sistema mediante un modelo de negocio. Realizar los diagramas de colaboracin a partir de los diagramas de casos de uso, para definir las participaciones de cada una de las clases en una determinada funcin. Realizar diagramas de secuencia que describan especficamente como ser resuelta una funcin. Divisin del sistema en subsistemas, agrupando las clases relacionadas a travs de asociaciones.

Pgina 2

Administrador DNS 2. 2.1. CAPITULO II: MARCO TERICO POP3 (Post Office Protocol 3 - Protocolo 3 de Correo). Es un protocolo estndar para recibir mensajes de e-mail. Los mensajes de e-mails enviados a un servidor, son almacenados por el servidor pop3. Cuando el usuario se conecta al mismo (sabiendo la direccin POP3, el nombre de usuario y la contrasea), puede descargar los ficheros. El diseo de POP3 es para recibir correo y no para enviar y sus predecesores permite que los usuarios con conexiones intermitentes (tales como las conexiones mdem), descarguen su correo electrnico cuando se encuentren conectados de tal manera que puedan ver y manipular sus mensajes sin necesidad de permanecer conectados. Cabe mencionar que la mayora de los clientes de correo incluyen la opcin de dejar los mensajes en el servidor, de manera tal que, un cliente que utilice POP3 se conecta, obtiene todos los mensajes, los almacena en la computadora del usuario como mensajes nuevos, los elimina del servidor y finalmente se desconecta. En contraste, el protocolo IMAP permite los modos de operacin conectado y desconectado. Los clientes de correo electrnico que utilizan IMAP dejan por lo general los mensajes en el servidor hasta que el usuario los elimina explcitamente. Esto y otros factores hacen que la operacin de IMAP permita a mltiples clientes acceder al mismo buzn de correo. La mayora de los clientes de correo electrnico soportan POP3 IMAP; sin embargo, solo unos cuantos proveedores de Internet ofrecen IMAP como un valor agregado a sus servicios.

2.1.1. Caractersticas

Pgina 3

Administrador DNS Los clientes que utilizan la opcin dejar mensajes en el servidor por lo general utilizan la orden UIDL ('Unique IDentification Listing). La mayora de las rdenes de POP3 identifican los mensajes dependiendo de su nmero ordinal del servidor de correo. Esto genera problemas al momento que un cliente pretende dejar los mensajes en el servidor, ya que los mensajes con nmero cambian de una conexin al servidor a otra. Por ejemplo un buzn de correo contena 5 mensajes en la ltima conexin, despus otro cliente elimina el mensaje nmero 3, el siguiente usuario se topar con que los ltimos dos mensajes estn decrementados en uno. El UIDL proporciona un mecanismo que evita los problemas de numeracin. El servidor le asigna una cadena de caracteres nica y permanente al mensaje. Cuando un cliente de correo compatible con POP3 se conecta al servidor utiliza la orden UIDL para obtener el mapeo del identificador de mensaje. De esta manera el cliente puede utilizar ese mapeo para determinar qu mensajes hay que descargar y cules hay que guardar al momento de la descarga. Al igual que otros viejos protocolos de Internet, POP3 utilizaba un mecanismo de firmado sin cifrado. La transmisin de contraseas de POP3 en texto plano an se da. En la actualidad POP3 cuenta con diversos mtodos de autenticacin que ofrecen una diversa gama de niveles de proteccin contra los accesos ilegales al buzn de correo de los usuarios. Uno de estos es APOP, el cual utiliza funciones MD5 para evitar los ataques de contraseas. Mozilla, Eudora, Novell Evolution as como Mozilla Thunderbird implementan funciones APOP. 2.1.2. rdenes Para establecer una conexin a un servidor POP, el cliente de correo abre una conexin TCP en el puerto 110 del servidor. Cuando la conexin se ha establecido, el servidor POP enva al cliente POP una invitacin y despus las dos mquinas se envan entre s otras rdenes y respuestas que se

Pgina 4

Administrador DNS especifican en el protocolo. Como parte de esta comunicacin, al cliente POP se le pide que se autentifique (Estado de autenticacin), donde el nombre de usuario y la contrasea del usuario se envan al servidor POP. Si la autenticacin es correcta, el cliente POP pasa al Estado de transaccin, en este estado se pueden utilizar rdenes LIST, RETR y DELE para mostrar, descargar y eliminar mensajes del servidor, respectivamente. Los mensajes definidos para su eliminacin no se quitan realmente del servidor hasta que el cliente POP enva la orden QUIT para terminar la sesin. En ese momento, el servidor POP pasa al Estado de actualizacin, fase en la que se eliminan los mensajes marcados y se limpian todos los recursos restantes de la sesin. Puedes conectarte manualmente al servidor POP3 haciendo Telnet al puerto 110. Es muy til cuando te envan un mensaje con un fichero muy largo que no quieres recibir. USER <nombre> Identificacin de usuario (Solo se realiza una PASS <password> Envas la clave del servidor. STAT Da el nmero de mensajes no borrados en el buzn y su LIST Muestra todo los mensajes no borrados con su longitud. RETR <nmero> Solicita el envo del mensaje especificando el TOP <nmero> <lneas> Muestra la cabecera y el nmero de DELE <nmero> Borra el mensaje especificando el nmero. RSET Recupera los mensajes borrados (en la conexin QUIT Salir.

vez).

longitud total.

nmero (no se borra del buzn). lneas requerido del mensaje especificando el nmero.

actual).

Pgina 5

Administrador DNS

2.1.3. Ventajas La ventaja con otros protocolos es que entre servidor-cliente no se tienen que enviar tantas rdenes para la comunicacin entre ellos. El protocolo POP tambin funciona adecuadamente si no se utiliza una conexin constante a Internet o a la red que contiene el servidor de correo. 2.2. SMTP El protocolo SMTP (Protocolo simple de transferencia de correo) es el protocolo estndar que permite la transferencia de correo de un servidor a otro mediante una conexin punto a punto. ste es un protocolo que funciona en lnea, encapsulado en una trama TCP/IP. El correo se enva directamente al servidor de correo del destinatario. El protocolo SMTP funciona con comandos de textos enviados al servidor SMTP (al puerto 25 de manera predeterminada). A cada comando enviado por el cliente (validado por la cadena de caracteres ASCII CR/LF, que equivale a presionar la tecla Enter) le sigue una respuesta del servidor SMTP compuesta por un nmero y un mensaje descriptivo. [Ref. 3] 2.2.1. Funcionamiento SMTP se basa en el modelo cliente-servidor, donde un cliente enva un mensaje a uno o varios receptores. La comunicacin entre el cliente y el servidor consiste enteramente en lneas de texto compuestas por caracteres ASCII. El tamao mximo permitido para estas lneas es de 1000 caracteres. Las respuestas del servidor constan de un cdigo numrico de tres dgitos, seguido de un texto explicativo. El nmero va dirigido a un procesado automtico de la respuesta por autmata, mientras que el texto permite que un humano interprete la respuesta. En el protocolo SMTP todas las Pgina 6

Administrador DNS rdenes, rplicas o datos son lneas de texto, delimitadas por el carcter <CRLF>. Todas las rplicas tienen un cdigo numrico al comienzo de la lnea. En el conjunto de protocolos TCP/IP, el SMTP va por encima del TCP, usando normalmente el puerto 25 en el servidor para establecer la conexin. 2.3. SENDMAIL Sendmail es un popular "agente de transporte de correo" (MTA - Mail Transport Agent) en Internet, cuya tarea consiste en "encaminar" los mensajes correos de forma que estos lleguen a su destino. Se afirma que es el ms popular MTA, corriendo sobre sistemas Unix y el responsable de la mayora de envo del correo de internet, aunque se le critica su alto nmero de alertas de seguridad (la mayora de ellas parchadas a las pocas horas), adems de no ser sencillo de configurar. Afortunadamente, las nuevas versiones de sendmail son diferentes. Ya no se necesitar ms editar directamente el enigmtico fichero sendmail.cf; las nuevas versiones proveen de una herramienta de configuracin, la cual crear el fichero sendmail.cf por nosotros basndose en ficheros de macros mucho ms simples. No se necesitar entender la sintaxis complicada del fichero sendmail.cf; los ficheros de macros no lo requieren. En lugar de eso, slo se necesitar listar tems, como por ejemplo el nombre de las caractersticas que se desee incluir en nuestra configuracin, y especificar algunos de los parmetros que determinan cmo operar esa caracterstica. 2.4. DNS Siguiendo con la serie de artculos sobre redes y TCP/IP hoy realizaremos una breve introduccin al Sistema de Nombres de Dominio (DNS, por Domain Name System). Pgina 7

Administrador DNS El DNS se utiliza principalmente para la resolucin de nombres, esto es, decidir qu direccin IP pertenece a determinado nombre completo de host. Tambin puede descargar este tutorial en otros formatos (HTML sin decoraciones y PDF). Usos del DNS El DNS se utiliza para distintos propsitos. Los ms comunes son: Resolucin de nombres: Dado el nombre completo de un host (por ejemplo blog.smaldone.com.ar), obtener su direccin IP (en este caso, 208.97.175.41). Resolucin inversa de direcciones: Es el mecanismo inverso al anterior. Consiste en, dada una direccin IP, obtener el nombre asociado a la misma. Resolucin de servidores de correo: Dado un nombre de dominio (por ejemplo gmail.com) obtener el servidor a travs del cual debe realizarse la entrega del correo electrnico (en este caso, gmail-smtp-in.l.google.com). Por tratarse de un sistema muy flexible, es utilizado tambin para muchas otras funciones, tales como la obtencin de claves pblicas de cifrado asimtrico y la validacin de envo de e-mails (a travs de mecanismos como SPF). Terminologa bsica Antes de proseguir, es necesario introducir algunos trminos bsicos para evitar confusiones y ambigedades. Otros trminos ms complejos sern tratados ms adelante.

Host Name: El nombre de un host es una sola palabra (formada por letras, nmeros y guiones). Ejemplos de nombres de host son www, blog y obelix.

Pgina 8

Administrador DNS

Fully Qualified Host Name (FQHN): Es el nombre completo de un host. Est formado por el hostname, seguido de un punto y su correspondiente nombre de dominio. Por ejemplo, blog.smaldone.com.ar

Domain Name: El nombre de dominio es una sucesin de nombres concatenados por puntos. Algunos ejemplos son smaldone.com.ar, com.ar y ar.

Top Level Domains (TLD): Los dominios de nivel superior son aquellos que no pertenecen a otro dominio. Ejemplos de este tipo son com, org, ar y es.

Arquitectura del DNS El sistema DNS funciona principalmente en base al protocolo UDP. Los requerimientos se realizan a travs del puerto 53. El sistema est estructurado en forma de rbol. Cada nodo del rbol est compuesto por un grupo de servidores que se encargan de resolver un conjunto de dominios (zona de autoridad). Un servidor puede delegar en otro (u otros) la autoridad sobre alguna de sus sub-zonas (esto es, algn subdominio de la zona sobre la que l tiene autoridad). Un subdominio puede verse como una especializacin de un dominio de nivel anterior. Por ejemplo, smaldone.com.ar es un subdominio de com.ar, que a su vez lo es del TLD ar. El siguiente diagrama ilustra esto a travs de un ejemplo:

Pgina 9

Administrador DNS

Los servidores con autoridad sobre los TLD son los llamados root servers (o servidores raz) del sistema. Estos son fijos, ya que rara vez cambian, siendo actualmente 13. Tomemos como ejemplo el dominio com.ar. Este dominio pertenece al TLD ar. Los servidores con autoridad sobre el dominio ar son: ns-ar.ripe.net merapi.switch.ch uucp-gw-1.pa.dec.com uucp-gw-2.pa.dec.com ns.uu.net ns1.retina.ar athea.ar ctina.ar En tanto que los servidores con autoridad sobre com.ar son:

Pgina 10

Administrador DNS merapi.switch.ch relay1.mecon.gov.ar ns.uu.net ns1.retina.ar athea.ar ctina.ar Podemos ver que ns.uu.net, ns1.retina.ar, athea.ar y ctina.ar tienen autoridad tanto sobre com.ar como sobre ar. El proceso de resolucin de nombres Cuando una aplicacin (cliente) necesita resolver un FQHN enva un requerimiento al servidor de nombres configurado en el sistema (normalmente, el provisto por el ISP). A partir de entonces se desencadena el proceso de resolucin del nombre: 1. El servidor de nombres inicial consulta a uno de los servidores raz (cuya direccin IP debe conocer previamente). 2. Este devuelve el nombre del servidor a quien se le ha delegado la subzona. 3. El servidor inicial interroga al nuevo servidor. 4. El proceso se repite nuevamente a partir del punto 2 si es que se trata de una sub-zona delegada. 5. Al obtener el nombre del servidor con autoridad sobre la zona en cuestin, el servidor inicial lo interroga. 6. El servidor resuelve el nombre correspondiente, si este existe. 7. El servidor inicial informa al cliente el nombre resuelto. Ilustremos esto con un ejemplo concreto. Supongamos que el navegador necesita resolver el nombre blog.smaldone.com.ar.

Pgina 11

Administrador DNS 1. El sistema tiene configurado el servidor de nombres 200.49.156.3 (perteneciente al proveedor argentino Fibertel). Por lo tanto enva a ste el requerimiento de resolver blog.smaldone.com.ar. 2. El servidor de 200.49.156.3 enva la consulta root server 198.41.0.4. 3. 198.41.0.4 le informa que el servidor con autoridad sobre ar es athea.ar, cuya direccin IP es 200.16.98.2. (En realidad, informa la lista de todos los servidores con tal autoridad, pero para simplificar el ejemplo tomaremos solamente uno.) 4. 200.49.156.3 enva nuevamente el requerimiento a athea.ar (el cual, recordemos, tambin tiene autoridad sobre com.ar). 5. athea.ar responde que la autoridad sobre smaldone.com.ar la tiene ns1.mydomain.com cuya direccin IP es 64.94.117.213. 6. 200.49.156.3 enva ahora la consulta a ns1.mydomain.com. 7. ns1.mydomain.com informa que la direccin IP de blog.smaldone.com.ar es 208.97.175.41. 8. Finalmente, 200.49.156.3 devuelve este resultado a la aplicacin que origin la consulta. Mecanismos de cach Cada vez que un servidor de nombres enva una respuesta, lo hace adjuntando el tiempo de validez de la misma (TTL o tiempo de vida). Esto posibilita que el receptor, antes la necesidad de volver a resolver la misma consulta, pueda utilizar la informacin previamente obtenida en vez de realizar un nuevo requerimiento. Esta es la razn por la cual los cambios realizados en el DNS no se propagan instantneamente a travs del sistema. Dependiendo de la naturaleza de los mismos (y de la configuracin de cada servidor), la propagacin puede tardar desde algunos minutos hasta varios das.

Pgina 12

Administrador DNS Correo electrnico y resolucin de nombres Normalmente los usuarios de correo electrnico redactan su mensajes usando un cliente de correo y envindolo a travs de un servidor SMTP provisto por su ISP o a travs de un sistema de correo va web (webmail). En cualquier caso, una vez que el mensaje es recibido por el servidor, debe ser entregado al destinatario. Aqu interviene el sistema DNS: 1. El servidor del emisor solicita al DNS (de acuerdo al mecanismo analizado anteriormente), la entrada MX del dominio del receptor del mensaje. MX significa mail exchanger, esto es, el nombre del servidor (o los servidores) encargado de recibir los mensajes destinados a determinado dominio. 2. El DNS devuelve el FQHN y la direccin IP del mail exchanger. 3. El servidor del emisor se conecta al puerto 25, mediante TCP, del servidor del destinatario y entrega el mensaje segn el protocolo SMTP. 4. El proceso podr continuar si el servidor receptor del mensaje no es el ltimo de la cadena. Existen servidores que actan como puertas de enlace o gateways de correo electrnico, y que se encargan de recibir los mensajes de determinados dominios para luego enviarlos a otros servidores. Tipos de registro en un servidor de nombres Un servidor de nombres puede almacenar distinta informacin. Para ello, en cada zona de autoridad dispondr de entradas de distinto tipo. Entre los ms importantes se encuentran:

A (Address): Este registro se utiliza para traducir nombres de hosts del dominio en cuestin a direcciones IP. CNAME (Canonical Name): El nombre cannico es un alias para un host determinado. (No define una direccin IP, sino un nuevo nombre.) NS (Name Server): Especifica el servidor (o servidores) de nombres para un dominio.

Pgina 13

Administrador DNS

MX (Mail Exchange): Define el servidor encargado de recibir el correo electrnico para el dominio. PTR (Pointer): Especifica un registro inverso, a la inversa del registro A, permitiendo la traduccin de direcciones IP a nombres. TXT (Text): Permite asociar informacin adicional a un dominio. Esto se utiliza para otros fines, como el almacenamiento de claves de cifrado, DomainKeys o Sender Policy Framework.

Bind, el servidor de nombres Prcticamente el nico software utilizado en los servidores de nombres de Internet es bind (Berkeley Internet Name Domain), creado originalmente en la Universidad de California, y actualmente propiedad del Internet Systems Consortium. Este programa, distribuido bajo una licencia libre, es utilizado en prcticamente todos los sistemas Unix del mundo. Esto ha sido considerado un problema de seguridad, al punto que se ha propuesto la migracin de algunos root servers a otro sistema, ya que la aparicin de algn problema de seguridad en bind podra implicar la cada de todo el DNS de Internet. Uso del DNS en una red local Ya en redes de tamao medio (quizs ms de 5 equipos) es conveniente la utilizacin de DNS. Esto nada tiene que ver con el DNS de Internet (aunque el servidor local puede estar vinculado a este sistema). Bsicamente, es conveniente montar un servidor local de DNS por los siguientes motivos:

Agilizar el acceso a Internet: Al tener un servidor de nombres en nuestra propia red local (que acceda al DNS de nuestro proveedor o directamente a los root servers) se agiliza el mecanismo de resolucin de nombres,

Pgina 14

Administrador DNS manteniendo en cach los nombres recientemente usados en la red y disminuyendo el trfico hacia/desde Internet.

Simplificar la administracin de la red local: Al contar con un DNS propio (ya sea uno o varios servidores de nombres) es posible definir zonas locales (no vlidas ni accesibles desde Internet) para asignar nombres a cada uno de los hosts de la LAN. De esta forma es posible, por ejemplo, referirnos a la impresora de red como hplaser.mired.local en vez de 192.168.0.2 y a nuestro servidor de correo interno como smtp.mired.local en vez de 192.168.0.3. (Pensemos, por ejemplo, que ocurrira con las configuraciones de las aplicaciones si un da decidimos cambiar el esquema de direcciones IP de nuestra red.)

Problemas del DNS El principal problema que presenta el DNS es que, al estar basado en UDP (protocolo de transporte que no garantiza la recepcin de la informacin enviada), tanto las consultas como las respuestas pueden perderse (por ejemplo, a causa de congestionamiento en algn enlace de la red). Es comn apreciar cmo, en el caso de servidores y redes no muy bien configuradas, la resolucin de nombres se resiente sensiblemente ante cualquier anomala (saturacin de trfico o del servidor de nombres local). Otro inconveniente, que ya hemos hecho notar, es la lentitud de la propagacin de las modificaciones en el sistema, producto de la propia arquitectura del mismo. Pero quizs el mayor problema no sea inherente al sistema mismo, sino a la psima configuracin de los servidores de muchos ISP. Fibertel, el proveedor que utilizo, es un notable ejemplo de esta falencia. Una buena solucin a esta situacin es ejecutar un servidor de nombres en alguna PC de la red local, de forma tal que se comunique directamente con los root servers (evitando de esta forma pasar a travs de los servidores de nombres de nuestro proveedor).

Pgina 15

Administrador DNS Herramientas para aprender ms En sistemas Unix el comando dig (ver man dig) permite realizar requerimientos a mano para poder investigar un poco ms sobre el funcionamiento del DNS y, cmo no, tambin para detectar y solucionar problemas en la red. Los usuarios de sistemas Windows disponen del comando nslookup (aunque no tan potente como dig), para el mismo propsito.

Pgina 16

Administrador DNS 3. 3.1. CAPITULO III: CAPTURA DE REQUISITOS Identificar actores y casos de uso CU1: Gestionar Usuario CU2: Gestionar Dominio CU3: Registrar Zona Directa CU4: Registrar Zona Inversa CU5: Gestionar Privilegios CU6: Gestionar Registro SOA Asignar Privilegios Iniciar Sesion 3.1.2. Identificar Actores Usuario Persona encargada de obtener informacin de la aplicacin y a la vez poder hacer algunas modificaciones a la misma. 3.2. Priorizacin de Casos de uso Prioridad Alta Alta Alta Alta Alta Alta

3.1.1. Identificar Casos de Uso

Casos de uso CU1: Gestionar Cliente CU2: Gestionar Dominios CU3: Registrar Zona Directa CU4: Registrar Zona Inversa CU5: Gestionar Privilegios CU6: Gestionar Registro SOA

Pgina 17

Administrador DNS 3.3. Detallar casos de uso Gestionar Cliente Cliente Cliente

3.3.1. CU1: Gestionar Cliente Caso de Uso Actores Actor Iniciador Pre Condiciones Post-Condiciones Resumen

Se registra al cliente que desea usar la aplicacin, se verifica, modifica y elimina sus datos.

3.3.2. CU2: Gestionar Dominios Caso de Uso Actores Actor Iniciador Pre Condiciones Post-Condiciones Resumen Gestionar Dominios Cliente Cliente Gestionar Cliente El cliente puede crear sus propios dominio, actualizar sus dominio y puede dar de baja su dominio. El Cliente puede realizar copias de respaldo, estadisticas. 3.3.3. CU3: Registrar Zona Directa Caso de Uso Actores Actor Iniciador Pre Condiciones Post-Condiciones Resumen Registrar Zona Directa Cliente Cliente Gestionar Cliente, Gestionar Dominio El Cliente puede registrar la zona directa de un dominio existente. 3.3.4. CU4: Registrar Zona Inversa Caso de Uso Actores Actor Iniciador Pre Condiciones Registrar Zona Inversa Cliente Cliente Gestionar Cliente

Pgina 18

Administrador DNS Post-Condiciones Resumen

El Cliente puede registrar la zona inversa de un dominio existente.

3.3.5. CU5: Realizar Copia de Respaldo Caso de Uso Actores Actor Iniciador Pre Condiciones Post-Condiciones Resumen Realizar Copia de Respaldo Cliente Cliente Gestionar Dominio, Registrar Zona Directa, Registrar Zona Inversa, Gestionar Cliente El Cliente puede sacar realizar copias de respaldo de los dominios existentes.

3.3.6. CU5: Realizar Copia de Respaldo

Caso de Uso Actores Actor Iniciador Pre Condiciones Post-Condiciones Resumen

Realizar Copia de Respaldo Cliente Cliente Gestionar Dominio, Registrar Zona Directa, Registrar Zona Inversa, Gestionar Cliente El Cliente puede sacar realizar copias de respaldo de los dominios existentes.

Pgina 19

Administrador DNS

Pgina 20

Administrador DNS

3.3.

Diagrama general de casos de uso

uc Use Case Model

CU5: Realizar Copia de Respaldo

CU2: Gestionar Dominios Administrador

CU3: Registrar Zona Directa

Cliente

CU4: Registrar Zona Inv ersa

CU1: Gestionar Clientes

Pgina 21

Administrador DNS 4. 4.1. CAPITULO IV: ANLISIS Anlisis de la arquitectura

pkg AdministradorDNS AdministradorDNS

4.2.

Anlisis de paquetes

4.2.1. Mdulo Administrador DNS

pkg AdministradorDNS

CU4: Registrar Zona Inv ersa CU5: Realizar Copia de Respaldo

trace trace CU1: Gestionar Cliente trace

AdministradorDNS

trace

CU2: Gestionar Dominios

trace

CU3: Registrar Zona Directa

Pgina 22

Administrador DNS

4.3.

Anlisis de Caso de Uso

4.3.1. Gestionar Cliente

Pgina 23

Administrador DNS

4.3.2. Gestionar Dominios

Pgina 24

Administrador DNS

4.3.3. Registrar Zona Directa

Pgina 25

Administrador DNS

4.3.4. Registrar Zona Inversa

Pgina 26

Administrador DNS

4.3.5. Realizar Copia de Respaldo

sd COPIARESPALDO

1.11: EnviarRespuesta() 1.3: proecesar() POP3 1.2: leerMensaje()

1.12: conectarSMTP() 1.1: run()

Servidor

1.13: Enviar_mensaje() SMPT

Webmail

Servidor Virtual

1.10: getcadena()

1.4: verificar()

1: COPIA_RESPALDO() Cadena Cliente 1.5: copiarespaldo()

1.6: selectdominios()

n_dominio

1.9: selectcliente()

1.7: selectzi() dominio 1.8: selectzd() Cliente

ZonaInversa

ZonaDirecta

Pgina 27

Administrador DNS 4.4. Anlisis de clases Servidor Virtual Servidor Webmail Almacenar la base de datos y recibir correos. Browser Subject Permite enviar correo al Servidor Virtual. Enviar.

4.4.1. Clase Interfaz Nombre Tipo Nombre Propsito Tipo Atributos Propsito Operaciones Atributos Operaciones

4.4.2. Clase Control Nombre Propsito Entrada Retorno Nombre Propsito Entrada Retorno Nombre Propsito Entrada Retorno Nombre Propsito Entrada Retorno Nombre Propsito Entrada Retorno Nombre Cadena Permite verificar todas las opciones del subject. Propiedades para la conexin, un objeto Transport para el transporte de mensajes. La aceptacin o rechazo de la solicitud n_cliente Gestionar los datos del cliente Ci, nombre , mail, telfono, tipo, estado. SMTP Permite enviar correo al Servidor Virtual Correo

POP3 Permite descargar correo del Servidor Virtual

Servidor Ejecutar constantemente el POP3, para la descarga del mensaje

n_dominio Pgina 28

Administrador DNS Propsito Entrada Retorno Nombre Propsito Entrada Retorno Nombre Propsito Entrada Retorno Nombre Propsito Entrada Retorno Gestionar los datos del dominio Iddominio, nombre, estado

n_zonadirecta Gestionar los datos de la zona directa Idzonad, iddominio, servicio, valorIP

n_zonainversa Gestionar los datos de la zona inversa Idzonad, iddominio, servicio, IP La aceptacin o rechazo de la solicitud CONEXION Definir el formato de la conexin al servidor. Usuario, Dominio y Contrasea

Nombre Propsito Entrada Retorno Nombre Propsito Entrada Retorno

fileIO Permite leer el archivo de ayuda. Archivo de texto.

HibernateUtil Permite la conexin a la base de datos

4.4.3. Clase Entidad NOMBRE RESPONSABILIDAD ATRIBUTOS NOMBRE RESPONSABILIDAD ATRIBUTOS Cliente Almacena datos de los cliente Ci, nombre , mail, telfono, tipo, estado. Dominio Almacena datos del dominio Iddominio, nombre, estado

Pgina 29

Administrador DNS NOMBRE RESPONSABILIDAD ATRIBUTOS NOMBRE RESPONSABILIDAD ATRIBUTOS ZonaDirecta Almacena datos de la zona directa Idzonad, iddominio, servicio, valorIP ZonaInversa Almacena datos de la zona inversa Idzonad, iddominio, servicio, IP

Pgina 30

Administrador DNS 5. CAPTULO V: DISEO 5.4. Diseo de la arquitectura

cmp AdministradorDNS AdministradorDNS

5.5.

Diseo de Subsistemas

5.5.1. Diseo de subsistema AdministradorDNS

cmp AdministradorDNS AdministradorDNS

CU1: Gestionar Cliente CU2: Gestionar Dominios

CU3: Registrar Zona Directa

Cliente CU4: Registrar Zona Inv ersa

CU5: Realizar Copia Respaldo

Pgina 31

Administrador DNS

5.6.

Diagrama de secuencia

5.6.1. Gestionar Cliente

sd Registrar_Cliente webmail cliente REG_CLIENTE() enviarmensaje() run() leerMensaje() servidorVirtual servidor SMTP POP3 cadena n_cliente cliente

procesar() verificar() insertarCliente() save() getCadena()

EnviarRespuesta() conectarSMTP()

Enviar_mensaje()

Pgina 32

Administrador DNS

5.6.2. Gestionar Dominios

sd Gestionar_Dominio webmail cliente CREATE_DOMINIO() enviarmensaje() run() leerMensaje() servidorVirtual servidor SMTP POP3 cadena n_dominio dominio cliente

procesar() verificar() crearDominio()

existeDominio() existeCliente() save()

EnviarRespuesta() conectarSMTP() Enviar_Mensaje()

Pgina 33

Administrador DNS

5.6.3. Registrar Zona Directa

sd Registar_ZD webmail cliente INSERT_ZONA_DIRECTA() enviarmensaje() run() leerMensaje() servidorVirtual servidor SMTP POP3 cadena n_zonadirecta dominio cliente Zonadirecta

procesar() verifiar() insertar_ZD()

ExisteCliente() existeDominio() save()

EnviarRespuesta() conectarSMTP() Enviar_Mensaje()

Pgina 34

sd REG_ZI webmail cliente INSERT_ZONA_INVERSA() servidorVirtual servidor SMTP POP3 cadena n_zonainversa dominio cliente Zonainversa

Administrador DNS

5.6.4. Registrar Zona Inversa

enviarmensaje() run() leerMensaje()

procesar() verificar() InsertZI() ExisteCliente() existeDominio() save()

EnviarRespuesta() conectarSMTP() Enviar_Mensaje()

Pgina 35

Administrador DNS

5.6.5. Realizar Copia Respaldo

sd Realizar Copia Respaldo webmail cliente servidorVirtual servidor SMT P POP3 cadena n_dominio cliente dominio Zonainversa Zonadirecta

COPIA_RESPALDO() enviarmensaje() leerMensaje() run() proecesar() verificar() copiarespaldo() selectdominios() selectzi() selectzd() selectcliente()

getcadena() conectarSMTP() Enviar_mensaje()

EnviarRespuesta()

Pgina 36

Administrador DNS 5.7. Diagrama General de Clases

Pgina 37

Administrador DNS 6. 6.4. CAPTULO 6: IMPLEMENTACIN Diagrama General de componentes

cmp Components AdministradorDNS

Correo

Pgina 38

Administrador DNS Bibliografa Damin Prez Valds [en lnea]. < http://www.maestrosdelweb.com/ >. En: Ultimos Artculos: < http://www.maestrosdelweb.com/editorial/aplicacionespara-montar-tu-propio-webmail-i/ >

Servicios Informticos UCM [en lnea]. < http://ssii.ucm.es/SISTEMAS/serviciocorreoelectronico/info/popimap.html>

Pgina 39