Universidad Tcnica De Manab

Instituto de Ciencias Bsicas

Facultad de Ciencias
Informticas
Escuela de Ingeniera en

Materia:

Administracin de
Redes
de Computadora
Exposicin
#1
Aplicaciones
Distribuidas.
Dhcp
Dns
Integrante
Domo Solrzano Bryan
s:
Elas
Lpez Vilela Sander
Javier
Macas Espinoza Roque
Ivn

Catedrtic
Ing. Zambrano
o: Dannyll
Michellc
Sexto A

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

Caractersticas de las aplicaciones distribuidas

1. 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-SERVIDOR
En 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
~2~

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

~3~

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.

~4~

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 de configuracin dinmica del host (DHCP) funciona en modo
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.
~5~

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 red
ASIGNACIN DE DIRECCIONES IP
Cada 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 DHCP
Lista de opciones configurables:

Direccin del servidor DNS

Nombre DNS
~6~

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 WINS

MENSAJES DHCP
El 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.
~7~

 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)

~8~

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).
~9~

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: 0

Recientemente 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.
~ 10 ~

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 personal
ESPACIO 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 DNS

Dependiendo 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.

~ 11 ~

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 DNS

Para 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

~ 12 ~

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/tecno
logia/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

~ 13 ~

EVIDENCIA DEL TRABAJO GRUPAL.

~ 14 ~

~ 15 ~