Aplicaciones Distribuidas Dchp DNS

Universidad Tcnica De ManabInstituto de Ciencias BsicasFacultad de Ciencias InformticasEscuela de Ingeniera en Sistemas InformticasMateria:

Administracin de Redes de Computadora

Exposicin #1 Aplicaciones Distribuidas. Dhcp Dns

Integrantes:

Domo Solrzano Bryan Elas Lpez Vilela Sander Javier Macas Espinoza Roque Ivn Mastarreno Macas Luis Miguel Meza Peraltas Cindy Karina Vlez Mendoza Mara Auxiliadora

Catedrtico:

Ing. Zambrano Dannyll Michellc

Sexto A

Mayo - Septiembre 2015

Portoviejo - Manab

~ 15 ~

APLICACIONES DISTRIBUIDAS.Son aplicaciones con distintos componentes que se ejecutan en entornos separados, normalmente en diferentes plataformas conectadas a travs de una red.

Caractersticas de las aplicaciones distribuidas1. Concurrencia: De igual forma que en las aplicaciones centralizadas, las aplicaciones distribuidas sern utilizadas por cierto nmero de usuarios concurrentemente.2. Topologa de la red: A pesar de que a da de hoy los anchos de banda cada vez son ms amplios, el trfico de red puede ser un aspecto importante que condicione el tiempo de respuesta de la aplicacin.3. Ubicacin de la lgica: Dado que en una aplicacin distribuida intervienen varios procesos, ser necesario decidir en cul de los posibles procesos fsicos se sita cada componente lgico de la aplicacin.4. Homogeneidad de las plataformas: En una aplicacin distribuida los sistemas operativos involucrados o los lenguajes de desarrollo utilizados pueden ser un factor a tener en cuenta a la hora de decidir algunos aspectos importantes.5. Seguridad: Una aplicacin distribuida mantiene procesos que de una forma u otra estn a la escucha en una red, lo que aumenta la vulnerabilidad de la aplicacin.

APLICACIONES CLIENTE-SERVIDOREn el modelo cliente-servidor, el dispositivo que solicita informacin se denomina cliente y el dispositivo que responde a la solicitud se denomina servidor. Los procesos de cliente y servidor se consideran una parte de la capa de Aplicacin. El cliente comienza el intercambio solicitando los datos al servidor, que responde enviando uno o ms streams de datos al cliente. Los protocolos de capa de Aplicacin describen el formato de las solicitudes y respuestas entre clientes y servidores. Adems de la transferencia real de datos, este intercambio puede requerir de informacin adicional, como la autenticacin del usuario y la identificacin de un archivo de datos a transferir.Un ejemplo de una red cliente/servidor es un entorno corporativo donde los empleados utilizan un servidor de e-mail de la empresa para enviar, recibir y almacenar e-mails. El cliente de correo electrnico en la computadora de un empleado emite una solicitud al servidor de e-mail para un mensaje no ledo. El servidor responde enviando el e-mail solicitado al cliente.Aunque los datos generalmente se describen como un flujo del servidor al cliente, algunos datos siempre fluyen del cliente al servidor. El flujo de datos puede ser el mismo en ambas direcciones o inclusive ser mayor en la direccin que va del cliente al servidor. Por ejemplo, un cliente puede transferir un archivo al servidor con fines de almacenamiento. La transferencia de datos de un cliente a un servidor se conoce como subida y la de los datos de un servidor a un cliente, descarga.Servidor: Es toda aplicacin que se mantiene a la espera de que un cliente solicite informacin, la cual ser entregada si el servidor as lo desea. Se dice que este ofrece o sirve un servicio.Cliente: Es toda aplicacin que se conecta a un servidor para solicitarle alguna informacin.Un claro ejemplo de una aplicacin cliente/servidor es el CiberControl, que a travs de un programa servidor permite controlar una gran cantidad de programas clientes.

APLICACIONES IGUAL A IGUAL.-Una aplicacin igual a igual, a diferencia de una red punto a punto, permite a un dispositivo actuar como cliente o como servidor dentro de la misma comunicacin. En este modelo, cada cliente es un servidor y cada servidor es un cliente. Ambos pueden iniciar una comunicacin y se consideran iguales en el proceso de comunicacin. Sin embargo, las aplicaciones punto a punto requieren que cada dispositivo final proporcione una interfaz de usuario y ejecute un servicio en segundo plano. Cuando inicia una aplicacin punto a punto especfico, sta invoca la interfaz de usuario requerida y los servicios en segundo plano. Luego, los dispositivos pueden comunicarse directamente.Algunas de estas aplicaciones utilizan un sistema hbrido donde se descentraliza el acceso a los recursos pero los ndices que apuntan a las ubicaciones de los recursos estn almacenados en un directorio centralizado. En un sistema hbrido, cada punto accede a un servidor de ndice para alcanzar la ubicacin de un recurso almacenado en otro punto. El servidor de ndice tambin puede ayudar a conectar dos puntos, pero una vez conectados, la comunicacin se lleva a cabo entre los dos puntos, sin comunicacin adicional al servidor de ndice.Las aplicaciones punto a punto pueden utilizarse en las redes punto a punto, en redes cliente/servidor y en Internet

Arquitectura de las aplicaciones distribuidas La capa de servidor: incluye aquellos elementos que se encargan de recibir las peticiones de datos o de acceso a servicios bsicos del sistema y de suministrar a otros elementos la informacin solicitada. La capa de negocios encapsula las reglas de acceso a datos y la gestin de procesos internos de la aplicacin. La capa de presentacin se encarga de la lgica necesaria para interactuar con el usuario de la aplicacin.

DHCP (DYNAMIC HOST CONFIGURATION PROTOCOL)El Protocolo de configuracin dinmica del host (DHCP) es el sucesor del BOOTP. A diferencia del BOOTP, el DHCP permite que el host obtenga la direccin IP de forma dinmica sin que el administrador de red tenga que configurar un perfil individual para cada dispositivo. Lo nico que se requiere para utilizar el DHCP es un rango definido de direcciones IP en un servidor DHCP. A medida que los hosts entran en lnea, se comunican con el servidor DHCP y solicitan una direccin. El servidor DHCP elige una direccin y se la arrienda a dicho host. Con DHCP, la configuracin completa de la red se puede obtener en un mensaje. Esto incluye todos los datos que proporciona el mensaje BOOTP ms una direccin IP arrendada y una mscara de subred.El Protocolo deconfiguracin dinmica del host(DHCP) funciona enmodo cliente/servidor. DHCP permite que los clientes DHCP de una red IP obtengan sus configuraciones de un servidor DHCP. Es menos trabajoso administrar una red IP cuando se utiliza DHCP. La opcin de configuracin ms significativa que el cliente recibe del servidor es su direccin IP. El protocolo DHCP se describe en RFC 2131.El cliente DHCP est incluido en la mayora de los sistemas operativos modernos. El cliente pide valores de direccionamiento al servidor DHCP de red. Este servidor administra la asignacin de las direcciones IP y responde a las peticiones de configuracin de los clientes. El servidor DHCP puede responder a las peticiones provenientes de muchas subredes. DHCP no est destinado a la configuracin de routers, switches y servidores. Estos tipos de hosts necesitan contar con direcciones IP estticas. La funcin de DHCP es brindar un proceso para que el servidor pueda asignar informacin IP a los clientes. Los clientes alquilan la informacin de los servidores por un perodo definido administrativamente. Cuando el perodo de alquiler se termina, el cliente debe pedir otra direccin, aunque en general, se le reasigna la misma direccin.Los administradores configuran los servidores DHCP para asignar direcciones de conjuntos predefinidos. Los servidores DHCP pueden ofrecer otra informacin, tal como direcciones del servidor DNS, direcciones del servidor WINS y nombres

de dominios. La mayora de los servidores DHCP tambin permiten que el administrador defina de forma especfica cules direcciones MAC de cliente se pueden servir y asignarles cada vez la misma direccin IP de forma automtica. DHCP utiliza el Protocolo de datagrama del usuario (UDP) como su protocolo de transporte.VENTAJAS DEL PROTOCOLO DHCP.La principal ventaja que el DHCP tiene sobre el BOOTP es que permite que los usuarios sean mviles. Esta movilidad permite que los usuarios cambien libremente las conexiones de red de un lugar a otro. Ya no es necesario mantener un perfil fijo de cada dispositivo conectado a la red como en el caso del sistema BOOTP. La importancia de este avance del DHCP es su capacidad de arrendar una direccin IP a un dispositivo y luego reclamar dicha direccin IP para otro usuario una vez que el primero la libera. Esto significa que DHCP puede asignar una direccin IP disponible a cualquiera que se conecte a la redASIGNACIN DE DIRECCIONES IPCada direccin IP debe configurarse manualmente en cada dispositivo y, si el dispositivo se mueve a otra subred, se debe configurar otra direccin IP diferente. El DHCP le permite al administrador supervisar y distribuir de forma centralizada las direcciones IP necesarias y, automticamente, asignar y enviar una nueva IP si fuera el caso en el dispositivo es conectado en un lugar diferente de la red.El protocolo DHCP incluye tres mtodos de asignacin de direcciones IP: Asignacin manual o esttica: Asigna una direccin IP a una mquina determinada. Se suele utilizar cuando se quiere controlar la asignacin de direccin IP a cada cliente, y evitar, tambin, que se conecten clientes no identificados. Asignacin automtica: Asigna una direccin IP a una mquina cliente la primera vez que hace la solicitud al servidor DHCP y hasta que el cliente la libera. Se suele utilizar cuando el nmero de clientes no vara demasiado. Asignacin dinmica: el nico mtodo que permite la reutilizacin dinmica de las direcciones IP. El administrador de la red determina un rango de direcciones IP y cada dispositivo conectado a la red est configurado para solicitar su direccin IP al servidor cuando la tarjeta de interfaz de red se inicializa. El procedimiento usa un concepto muy simple en un intervalo de tiempo controlable. Esto facilita la instalacin de nuevas mquinas clientes a la red.El servidor DHCP crea conjuntos de direcciones IP y parmetros asociados llamados mbitos. Dentro de estos mbitos el argumento principal es el rango de IP posibles para asignar que no se puede solapar con otro servidor para la misma red. Los conjuntos estn dedicados a una subred IP lgica individual. Esto permite que varios servidores DHCP respondan y que los clientes IP sean mviles. Si varios servidores responden, el cliente puede elegir slo una de las ofertas.PARMETROS CONFIGURABLES DE DHCPLista de opciones configurables: Direccin del servidor DNS Nombre DNS Puerta de enlace de la direccin IP Direccin de Publicacin Masiva (broadcast address) Mscara de subred Tiempo mximo de espera del ARP (Protocolo de Resolucin de Direcciones segn siglas en ingls) Servidores NIS (Servicio de Informacin de Red segn siglas en ingls) Dominios NIS Servidores NTP (Protocolo de Tiempo de Red segn siglas en ingls)) Servidor SMTP Nombre del servidor WINSMENSAJES DHCPEl protocolo DHCP hace uso de diversos tipos de mensajes para completar una configuracin exitosa. Estos se pueden clasificar en: Mensajes emitidos por el cliente que en su gran mayora son para solicitar una informacin o respuestas a stas peticiones por parte del servidor.1) Mensajes del cliente. DHCPDISCOVER: Utilizado para ubicar los servidores DHCP que se encuentren disponibles en la red.

DHCPREQUEST: Paquete que contendr solicitudes varias como extender su concesin de IP o pedir una asignacin nueva.

DHCPDECLINE: El cliente usar este mensaje para indicar al servidor que la direccin que le ha otorgado ya se encuentra en uso. DHCPRELEASE: El cliente libera su direccin IP e informa al servidor para que pueda asignarla a otro host. DHCPINFORM: Un cliente que ya tiene otorgada una direccin pide informacin sobre parmetros locales de la red.

2) Mensajes del servidor. DHCPOFFER: El servidor responde a un paquete DHCPDISCOVER, informando al cliente sobre los parmetros iniciales.

DHCPACK: Este paquete respuesta del servidor, otorgar una IP a un cliente que la haya solicitado. DHCPNAK: El servidor enviar este mensaje a un cliente cuya IP haya caducado o como respuesta a un DHCPDECLINE.

DNS(SERVICIO DE NOMBRES EN INTERNET)

El sistema de nombres de dominio, ms comnmente conocido por sus siglas en ingls como Domain Name System o DNS, es bsicamente es el encargado de traducir las complicadas series de nmeros que conforman una direccin IP en palabras que el usuario pueda recordar fcilmente. Generalmente nosotros no trabajamos con direcciones IP sino con nombres de dominio del estilo de http://www.tecnocad.net o msnews.microsoft.com. Para que esto pueda ser posible es necesario un proceso previo de conversin de nombres de dominio a direcciones IP, ya que el protocolo IP requiere direcciones IP al enviar sus datagramas. Este proceso se conoce como resolucin de nombres.Cada pgina web es accedida mediante una direccin IP. El problema es que hay tanta cantidad que es prcticamente imposible recordar el IP de cada una. Imagine que en vez de introducir www.informatica-hoy.com.ar tendras que introducir en el navegador la direccin 200.178.123.25. Sera una tarea muy compleja ingresar por el IP de cada una de las pginas, adems de una tarea prcticamente imposible.Para solucionar este problema se utiliza el DNS. Este permite el uso de nombres en vez del IP para el acceso a los sitios web. Bsicamente, en Internet, el DNS es un conjunto de grandes bases de datos distribuidas en servidores de todo el mundo que indican que IP est asociada a un nombre.NECESIDAD DEL DNS.En los orgenes de Internet, cuando slo haba unos cientos de ordenadores conectados, la tabla con los nombres de dominio y direcciones IP se encontraba almacenada en un nico ordenador con el nombre de HOSTS.TXT. El resto de ordenadores deban consultarle a ste cada vez que tenan que resolver un nombre. Este fichero contena una estructura plana de nombres, tal como hemos visto en el ejemplo anterior y funcionaba bien ya que la lista slo se actualizaba una o dos veces por semana.Sin embargo, a medida que se fueron conectando ms ordenadores a la red comenzaron los problemas: el fichero HOSTS.TXT comenz a ser demasiado extenso, el mantenimiento se hizo difcil ya que requera ms de una actualizacin diaria y el trfico de la red hacia este ordenador lleg a saturarla.Es por ello que fue necesario disear un nuevo sistema de resolucin de nombres que distribuyese el trabajo entre distintos servidores. Se ide un sistema jerrquico de resolucin conocido como DNS (Domain Name System, sistema de resolucin de nombres).DOMINIOS Cada unidad de datos en el DNS est indicada por un nombre. Estos nombres son esencialmente rutas en el rbol invertido, llamado espacio de dominio de nombres. Cada nodo en el rbol es etiquetado con un nombre simple, el cual puede tener hasta 63 caracteres de longitud. El dominio raz tiene una etiqueta de tamao cero la cual es reservada. Un nombre completo de cualquier nodo en el rbol es la secuencia de etiquetas separadas por . las cuales se encuentran en el camino del nodo hasta la raz. Por conveniencia cuando el dominio raz aparece por si mismo, este es escrito con un punto .. De esta forma cuando se escribe un nombre de dominio que termina en punto este es interpretado como absoluto. Por el contrario cuando se escribe un nombre que no termina en punto, este es interpretado como relativo a otro dominio diferente al Servidores de nombre DNS 3 dominio raz. Un nombre de dominio absoluto es tambin referido como nombre de dominio completamente calificado (fully-qualified domain name), algunas veces abreviado FQDN. Directamente bajo el dominio raz est los dominios de nivel superior (top-level domains). Existen bsicamente dos tipos de dominios de nivel superior: geogrficos y organizacionales. Los dominios geogrficos son identificados por dos letras y son asignados a cada pas del mundo. Los dominios organizacionales estn basados como su nombre lo indican en el tipo de organizacin (comercial, militar, etc.) a la cual pertenece el sistema. Estos dominios son los siguientes: com. Organizaciones comerciales como sun.com, sybase.com. edu. Instituciones educativas como mit.edu, berkeley.edu gov. Agencias gubernamentales como nasa.gov mil. Organizaciones militares como navy.mil net . Organizaciones relacionadas con la red como freshmeat.net org. Organizaciones que no entran en ninguna de las categoras anteriores como son las organizaciones sin fines de lucro, ejemplo: 0Recientemente se han realizado algunas propuestas para incrementar el nmero de dominios de nivel superior. Los dominios propuestos son llamados dominios de nivel superior genricos (generic top level domains) o gTLDs. La proposicin ms conocida fue hecha por el IAHC (International Ad Hoc Commitee). El IAHC propuso los siguientes nuevos gTLDs: film. Negocios o filmaciones. store. Negocios que ofrecen bienes. web. Organizaciones que hace nfasis en el WEB. arts. Organizaciones culturales y de entretenimiento. rec. Organizaciones recreacionales y de entretenimiento. info. Entidades que proveen servicios de informacin. nom. Individuos u organizaciones que desean definir una nomenclatura personalESPACIO DE NOMBRES DE DOMINIO-El espacio de nombres de dominio es una estructura jerrquica con forma de rbol que clasifica los distintos dominios en niveles. A continuacin se muestra una pequea parte del espacio de nombres de dominio de Internet:

TIPOS DE SERVIDORES DNSDependiendo de la configuracin del servidor, ste puede desempear distintos papeles: Servidores primarios (primary name servers). Estos servidores almacenan la informacin de su zona en una base de datos local. Son los responsables de mantener la informacin actualizada y cualquier cambio debe ser notificado a este servidor. Servidores secundarios (secundary name servers). Son aquellos que obtienen los datos de su zona desde otro servidor que tenga autoridad para esa zona. El proceso de copia de la informacin se denomina transferencia de zona. Servidores maestros (master name servers). Los servidores maestros son los que transfieren las zonas a los servidores secundarios. Cuando un servidor secundario arranca busca un servidor maestro y realiza la transferencia de zona. Un servidor maestro para una zona puede ser a la vez un servidor primario o secundario de esa zona. Estos servidores extraen la informacin desde el servidor primario de la zona. As se evita que los servidores secundarios sobrecargen al servidor primario con transferencias de zonas. Servidores locales (caching-only servers). Los servidores locales no tienen autoridad sobre ningn dominio: se limitan a contactar con otros servidores para resolver las peticiones de los clientes DNS. Estos servidores mantienen una memoria cach con las ltimas preguntas contestadas. Cada vez que un cliente DNS le formula una pregunta, primero consulta en su memoria cach. Si encuentra la direccin IP solicitada, se la devuelve al cliente; si no, consulta a otros servidores, apunta la respuesta en su memoria cach y le comunica la respuesta al cliente. COMPONENTES DEL DNSPara su funcionamiento, el DNS utiliza tres componentes principales: Clientes DNS (resolvers). Los clientes DNS envan las peticiones de resolucin de nombres a un servidor DNS. Las peticiones de nombres son preguntas de la forma: Qu direccin IP le corresponde al nombre dominio. Servidores DNS (name servers). Los servidores DNS contestan a las peticiones de los clientes consultando su base de datos. Si no disponen de la direccin solicitada pueden reenviar la peticin a otro servido Espacio de nombres de dominio (domain name space). Se trata de una base de datos distribuida entre distintos servidores.

BIBLIOGRAFA. www.cuencanet.com.ar/how-to/dns/Definicion_de_DNS.pdf http://wikipiratasdeltec.wikispaces.com/Concepto+de+Aplicaciones+Distribuidas http://es.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol http://camber1redes.wordpress.com/dhcp/ http://www.informatica-hoy.com.ar/redes/Que-es-el-DNS.php http://www.inegi.org.mx/inegi/contenidos/espanol/prensa/contenidos/articulos/tecnologia/dns03.pdf www.eslared.org.ve/walcs/8vaeslared/download/track2/DNS.pdf http://www.molesybits.es/2013/03/como-acceder-servicios-de-internet.html http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-rg-es-4/ch-ssh.html http://es.wikipedia.org/wiki/File_Transfer_Protocol http://es.wikipedia.org/wiki/Extensible_Messaging_and_Presence_Protocol www.jabberes.org/files/download/Jabber-XMPP.pdf http://es.wikipedia.org/wiki/Streaming http://www.ite.educacion.es/formacion/materiales/107/cd/video/video0103.html www.grc.upv.es/docencia/tdm/practicas/P3.pdf www.atc.uniovi.es/teleco/5tm/archives/8streaming.pdf

EVIDENCIA DEL TRABAJO GRUPAL.