TP N°8 (Protocolos capa superior: DHCP, DNS)
CONSIGNAS:
1. En tu casa, la escuela o una confitería, ¿qué dispositivo tiene asignado el servicio de DHCP?
2. ¿Qué mensajes intercambian un cliente con el servidor de DHCP?
3. ¿Qué dispositivo de la red LAN realiza la entrega de IP´s?
4. Vos, ¿usas el servicio DNS? ¿Cuándo lo haces? Dar un ejemplo.
5. ¿Qué es la zona de autoridad? ¿qué función cumple?
MATERIAL DE REFERENCIA
El protocolo DHCP (Dynamic Host Configuration Protocol)
El protocolo DHCP, siglas que en inglés singnifican Dynamic Host Configuration Protocol (Protocolo de
Configuración Dinámica de Host, en Español) es un protocolo de tipo cliente-servidor usado para asignar
de forma automática direcciones IP dinámicas a los dispositivos dentro de una LAN que deseen conectarse
a Internet y transmitir datos.
En lugar de hacerlo un administrador de red manualmente lo realiza el servidor DHCP (generalmente los
routers tienen asignado éste servicio).
Página -1-
¿Para qué sirve?
Cuando un ordenador o dispositivo electrónico se enciende y desea conectarse a Internet, inicialmente
no dispone de una IP que se lo permita. Por eso, cada vez que eso ocurre algo o alguien tiene que
encargarse de asignar dicha dirección y de los parámetros adicionales necesarios.
Eso lo realiza de forma eficiente el servidor DHCP: Siempre que una IP de las que tiene contratadas esté
libre, se la asigna a un host que la necesite automáticamente, ahorrando así esfuerzos innecesarios a los
proveedores de Internet.
¿El protocolo DHCP informa al DNS? Sí. Además hace que el servidor de nombres de la red se actualice
automáticamente
¿Cómo funciona?
• Mediante el modelo cliente – servidor. El cliente es el dispositivo que desea recibir su dirección IP y
el servidor es el encargado de proponer de forma automatizada una dirección adecuada. Esto se
consigue gracias a varios mensajes con una función muy determinada que veremos a continuación.
• Para que funcione el protocolo, cliente y servidor tienen que estar en la misma red. Si no lo están
existen DHCP relay agents que transmiten el mensaje entre redes distintas, pero entonces tiene que
haber un relay agent por red.
• En una misma red puede haber más de un servidor DHCP, en este caso el cliente puede escoger qué
dirección quiere de las que le ofrecen cada uno de los servidores.
• Usando el protocolo de transporte no fiable UDP.
• Gracias a los puertos 67 y 68. El 67 en caso del servidor el 68 en caso del cliente.
• Si un cliente apaga y vuelve a arrancar puede mantener la configuración anterior y empezar la
comunicación con el servidor con DHCPREQUEST, como veremos en el siguiente apartado.
Anatomía del protocolo – ¿Cómo se comunican el cliente DHCP y el servidor DHCP?
Al hablar del funcionamiento del protocolo comentamos que
funcionaba gracias a una serie de mensajes cada uno con una
función concreta. Ha llegado el momento de hablar de ellos:
1. DHCP Discovery
El mensaje que inicia el protocolo. Siempre es enviado por el cliente.
El mensaje DHCPDISCOVER se envía en broadcast, con:
• puerto origen 68
Página -2-
• puerto destino 67
• dirección IP origen [Link]
• dirección IP destino [Link].
¿La razón? El cliente no tiene IP asignada todavía (por eso el [Link]) y no sabe qué IP tiene el servidor
DHCP (por eso el envío en Broadcast).
Así pues, todos los dispositivos de la red recibirán el mensaje, pero solamente los servidores DHCP lo
aceptarán y los demás dispositivos lo descartarán gracias a que en el puerto destino se especifica puerto
68.
Contenido del mensaje: El cliente le pregunta al servidor DHCP si tiene alguna dirección IP libre que le
pueda ofrecer.
2. DHCP Offer
Los servidores responden con un mensaje DHCPOFFER con:
• puerto origen 67
• puerto destino 68
• dirección IP origen (la del servidor DHCP)
• dirección IP destino [Link] (broadcast).
Todos los dispositivos de la red lo descartan menos el dispositivo que tiene el protocolo DHCP en marcha
y que por lo tanto usa el puerto 67.
En este caso, cada servidor le propone al cliente una dirección IP con unos parámetros de configuración
determinados.
3. DHCP Request
El cliente responde qué dirección IP elige de la misma forma (IP y ports) que en el DHCP Discovery:
• puerto origen 68
• puerto destino 67
• dirección IP origen [Link]
• dirección IP destino [Link].
Aunque realmente solo le interesa recibir el mensaje al servidor DHCP elegido, se envía en broadcast para
que los otros servidores queden informados de la elección.
4. DHCP Pack (ACKNOWLEDGE)
Una vez verificada la elección, el servidor procede a enviar al cliente la IP definitiva junto con la
configuración de red (DNS, máscara de subred, puerta de enlace, proxy, etc). DHCPACK usa:
• puerto origen 67
• puerto destino 68
• dirección IP origen (la del servidor DHCP)
• dirección IP destino [Link] (broadcast).
El cliente guarda los datos y se conecta a Internet con su nueva IP.
4 bis. DHCP Nak
En el caso que ningún servidor DHCP de la red encontrara una address para asignar al cliente, que la
especificación del cliente fuese errónea o simplemente que caducase la concesión de la IP se le enviaría
este mensaje denegando la configuración de una nueva dirección IP.
Página -3-
Así pues, el intercambio de mensajes quedaría parecido al de la siguiente imagen.
Página -4-
DNS ¿Qué son y para qué sirven?
DNS son las iniciales de Domain Name System (sistema de nombres de dominio) y es una tecnología
basada en una base de datos que sirve para resolver nombres en las redes, es decir, para conocer la
dirección IP de la máquina donde está alojado el dominio al que queremos acceder.
Cuando un ordenador está conectado a una red (ya sea Internet o una red casera) tiene asignada una
dirección IP. Si estamos en una red con pocos ordenadores, es fácil tener memorizadas las direcciones
IP de cada uno de los ordenadores y así acceder a ellos pero ¿qué ocurre si hay miles de millones de
dispositivos y cada uno tiene una IP diferente? Pues que se haría imposible, por eso existen los dominios
y las DNS para traducirlos.
Por lo tanto, el DNS es un sistema que sirve para traducir los nombres en la red, y está compuesto por
tres partes con funciones bien diferenciadas.
• Cliente DNS: está instalado en el cliente (es decir, nosotros) y realiza peticiones de resolución de
nombres a los servidores DNS.
• Servidor DNS: son los que contestan las peticiones y resuelven los nombres mediante un sistema
estructurado en árbol. Las direcciones DNS que ponemos en la configuración de la conexión, son las
direcciones de los Servidores DNS.
• Zonas de autoridad: son servidores o grupos de ellos que tienen asignados resolver un conjunto de
dominios determinado (como los .es, .ar o los .org). Por ejemplo, los servidores que van resolver una
petición en Argentina (.ar) no son los mismos que los de España (.es) o de grupo .com(genérico).
¿Cómo funcionan?
La resolución de nombres utiliza una estructura en árbol, mediante la cual los diferentes
servidores DNS de las zonas de autoridad se encargan de resolver las direcciones de su zona, y sino se lo
solicitan a otro servidor que creen que conoce la dirección. Para no meternos en detalles muy técnicos,
os voy a explicar como se realiza una petición DNS sencilla.
• Tecleamos en nuestro navegador [Link]
• Nuestro Sistema Operativo comprueba la petición y ve que no tiene en su memoria caché la
dirección de ese dominio (porque suponemos que no nos habéis visitado nunca en ese ordenador),
entonces realiza la petición al servidor DNS configurado manualmente o mediante DHCP.
Página -5-
• El servidor DNS que tenemos configurado tampoco tiene memorizada la dirección IP de ese
dominio, por lo que realiza una petición al servidor encargado de la zona de autoridad .com.
• El servidor encargado de la zona de autoridad .com tiene una tabla de datos en los que están
almacenados las direcciones IP de las máquinas y sus dominios. Lo busca y le responde al
servidor DNS que está almacenado en la máquina con dirección amazon-
[Link] ([Link]).
• Es entonces cuando el servidor DNS que tenemos configurado realiza una petición a amazon-
[Link] para saber en qué parte de su máquina (recordad que una máquina puede alojar
varias páginas) está [Link]
• El servidor donde está la página alojada busca en su tabla de correspondencias y le responde
diciendo que está en la dirección IP [Link].
• Es entonces cuando [Link] le devuelve la consulta a nuestra aplicación (navegador en esta
ocasión) y se comienzan a intercambiar paquetes para procesar el proceso.
Parece un proceso largo y complejo ¿no? En realidad no lo es, ya que es un proceso iterativo para el
cual están diseñados los servidores para responder en cuestión de microsegundos. Y por supuesto, la
mayoría de las ocasiones no se produce toda esta petición, ya que los servidores tienen zonas
de memoria caché en la que almacenan las peticiones más habituales para así responder más
rápidamente y no saturar la red con multitud de peticiones.
En la segunda imagen que ilustra la entrada se puede ver claramente como es la estructura en árbol. Y
si os lo estáis preguntando sí, hay un servidor general que tiene las direcciones de los servidores
encargados de las zonas de autoridad. Lo que ocurre es que ese servidor son muchas máquinas
repartidas en todos los lugares del mundo, por lo que no hay mucho peligro que nos quedemos sin
servidores DNS (a no ser que haya un ataque muy planeado, claro está).
Algunos ejemplos en el mundo
Página -6-
¿Cómo determina nuestra computadora los servidores que va a usar?
Cuando nuestra computadora o dispositivo de red se conecta al router, éste le asigna un número de IP y además
los servidores DNS que el proveedor de Internet (ISP) le ha asignado previamente, estos servidores pueden ser
cambiados a voluntad ya que no siempre funcionan bien o son los más rápidos.
Existen servidores DNS gratuitos que podemos configurar manualmente en nuestros equipos o nuestro router
para no usar los que el proveedor de internet nos ha asignado, un ejemplo de ello son:
SERVIDOR DNS PRIMARIO DNS SECUNDARIO
OpenDNS [Link] [Link]
Cloudflare [Link] [Link]
Google Public DNS [Link] [Link]
Página -7-