TEMA 2: Protocolos DHCP y DNS

Transcripción

1 TEMA 2: Protocolos DHCP y DNS Introducción. Asignación dinámica de direcciones IP. Estados de adquisición de direcciones. Formato de los mensajes DHCP y tipos de mensajes DHCP. DHCP y DNS. Servicios proporcionados por DNS. Dominios y Servidores de Nombres de Dominio. Consultas DNS. Caché DNS y Registros DNS. Mensajes del Protocolo DNS Introducción ❿DHCP: Dynamic Host Configuration Protocol. Configuración automática de direcciones. Protocolo publicado en 1993 en el RFC Puerto 67. ❿DNS: Domain Name System. Servicio de Nombres de Dominio. Protocolo publicado en 1987 en los RFC 1034 y Puerto 53. 2

2 DHCP ❿Toda máquina necesita conocer su dirección IP para enviar o recibir datos a través de Internet. ❿Además necesitará conocer otro tipo de información: Dirección de un router. Máscara de red en uso. Servidor de Nombres de Dominio. 3 DHCP ❿Esta asignación se puede hacer fija al principio: el administrador configura el equipo asignando una dirección IP fija. ❿Otras veces es interesante que la asignación se realice de forma dinámica: en el proceso de arranque del sistema. ❿Esto es especialmente interesante cuando las computadoras tienen la opción de conectarse a redes diferentes (Ejemplo: equipos portátiles). ❿El protocolo DHCP permite realizar esta asignación dinámica de direcciones IP. 4

3 DNS ❿ Aunque un host queda perfectamente definido con su dirección IP, los usuarios prefieren asignar a los equipos nombres fáciles de pronunciar y recordar. ❿ Es necesario, entonces, definir un esquema para asignar nombres significativos de alto nivel a grandes conjuntos de máquinas y direcciones IP. ❿ Inicialmente los nombres podían ser sencillos, solamente una palabra. ❿ Para adaptarse al rápido crecimiento de Internet, se pensó en una estructura jerárquica: administración de nombres distribuida. 5 DNS ❿DNS: protocolo que implementa una jerarquía de nombres de máquina para las redes TCP/IP. ❿El protocolo DNS cubre dos aspectos: Abstracto: Especifica la sintaxis de los nombres y las reglas para delegar la autoridad respecto a los nombres. Concreto: Especifica la implantación de un sistema de computación distribuido que transforma eficientemente los nombres en direcciones IP. 6

4 2. Asignación dinámica de direcciones IP ❿ DHCP: Protocolo que proporciona la información de red necesaria a una estación. ❿ Se apoya en el protocolo de transporte UDP: servicio no orientado a conexión. ❿ Es una evolución del protocolo de Arranque BOOTP. ❿ BOOTP fue diseñado para un ambiente relativamente estático: cada nodo tiene una conexión de red permanente. ❿ BOOTP no se adaptaba a la llegada de las redes inalámbricas y los computadores portátiles. ❿ BOOTP proporciona una transformación estática desde un identificador de host hacia parámetros de ese host. ❿ BOOTP requiere que los hosts estén fijos y que el administrador tenga tantas direcciones IP como computadores 7 2. Asignación dinámica de direcciones IP ❿El servidor DHCP presta una dirección IP a un host por un tiempo limitado que especifica el propio servidor. ❿Una vez el nodo tiene dirección IP configura su software TCP/IP para utilizar esta dirección. ❿El servidor DHCP es a su vez configurado por un administrador. Ámbito: El administrador decide cuál es el conjunto de direcciones que gestiona el servidor DHCP: Ámbitos disjuntos. Opciones: El administrador especifica las reglas bajo las que opera el servidor. 8

5 2. Asignación dinámica de direcciones IP ❿Durante el tiempo de arrendamiento de la dirección IP el servidor no arrendará la misma dirección a ningún otro host. ❿Al final del periodo de arrendamiento hay dos opciones: El cliente renueva el arrendamiento. El cliente libera la dirección IP: el cliente ya no la puede usar y el servidor la puede volver a asignar. ❿El periodo de arrendamiento dependerá del ámbito: Laboratorio universitario: horas Empresa: días Puede ser infinito 9 3. Estados de Adquisición de Direcciones ❿ Cuando un cliente utiliza DHCP puede encontrarse en uno de los siguientes estados: SELEC CIONA DO SOLICI TADO Arranque del anfitrión DHCPDISCOVER DHCPOFFER Selección de oferta/ DHCPREQUEST DHCPACK INICIA LIZAR DHCPNACK o fin de arrendamiento DHCPACK UNIR DE NUEVO ENLA ZADO DHCPNACK Se alcanza el 87,5% del tiempo de arrendamiento/ DHCPREQUEST DHCPACK RENO VAR Se alcanza el 50% del tiempo de arrendamiento/ DHCPREQUEST Se cancela arrendamiento/dhcprelease 10

6 Estado INICIALIZAR ❿ Cuando el cliente arranca se encuentra en el estado INICIALIZAR. ❿ Para pedir una dirección el cliente manda un mensaje de descubrimiento: DHCPDISCOVER. ❿ Cuál es la dirección destino? El host no conoce su dirección y menos la del servidor DHCP. ❿ Se realiza una difusión: Dirección destino: Dirección fuente: ❿ El mensaje lo reciben todos los elementos de la red: nodos, servidores DHCP, router, ❿ El mensaje DHCPDISCOVER contendrá un Identificador de Transacción que permite emparejar las respuestas a la petición. ❿ Al mandar el mensaje DHCPDISCOVER el cliente pasa al estado SELECCIONADO. 11 Estado SELECCIONADO ❿El mensaje DHCPDISCOVER lo van a recibir todos los servidores DHCP de la red local. ❿Sólo los servidores que hayan sido programados para responder a un cliente en particular enviarán un mensaje de ofrecimiento DHCP: DHCPOFFER. ❿ Un cliente puede recibir 0 ó más respuestas. ❿Cada mensaje DHCPOFFER contendrá: Identificador de Transacción. Dirección IP que el servidor ofrece al cliente. Máscara de red. Tiempo de concesión de dirección IP: tiempo en el que será válida la dirección ofrecida. 12

7 Estado SELECCIONADO ❿Los mensajes DHCPOFFER también se mandan con una difusión: Dirección origen: dirección IP del servidor DHCP Dirección destino: ❿Aunque lleguen mensajes DHCPOFFER el cliente no cambia de estado. ❿El cliente deberá seleccionar una de las respuestas según algún criterio: primero en llegar, mayor tiempo asignado, ❿Después de elegir, el cliente manda un mensaje de petición DHCP al servidor elegido: DHCPREQUEST, pasando al estado SOLICITADO. 13 Estado SOLICITADO ❿El mensaje DHCPREQUEST repite los parámetros de configuración que le han propuesto al cliente. ❿En el estado SOLICITADO el cliente espera la confirmación del servidor, que le llegará mediante un mensaje DHCPACK enviado por el servidor. ❿Cuando le llega este mensaje el cliente pasa al estado ENLAZADO. 14

8 Estado ENLAZADO ❿Estado estable en el que el cliente ya puede utilizar la dirección IP asignada durante el tiempo de concesión. ❿En este estado el cliente puede dejar de necesitar la dirección IP asignada. ❿Para finalizar el alquiler antes del tiempo asignado, el cliente deberá mandar un mensaje DHCPRELEASE al servidor, volviendo al estado de INICIALIZAR. ❿A partir de ese momento, el cliente ya no puede utilizar la dirección IP, y el servidor puede volver a asignarla. 15 Estado ENLAZADO ❿ Al entrar en el estado ENLAZADO el cliente instala 3 temporizadores que controlarán: La renovación del arrendamiento La reasignación La expiración ❿ El servidor puede especificar valores explícitos para los temporizadores cuando asigna la dirección IP. En caso contrario, el cliente empleará valores por defecto. ❿ Primer Temporizador: El valor por defecto es la mitad del tiempo del alquiler. Cuando este temporizador salta, el cliente debe empezar a gestionar la renovación del alquiler. Para ello, envía un mensaje DHCPREQUEST al servidor que le concedió el alquiler, pasando al estado RENOVAR en espera de respuesta. 16

9 Estado RENOVAR ❿El servidor puede responder a la petición de renovación de dos formas: DHCPACK: se renueva, el cliente pasa al estado ENLAZADO y continúa utilizando la dirección IP. Este mensaje puede especificar valores nuevos de tiempo. DHCPNACK: acuse de recibo negativo. El cliente deja de usar la dirección IP y vuelve al estado de INICIALIZAR. ❿Si en el estado RENOVAR no llega respuesta del servidor, se considerará que éste está inactivo. ❿Se liberará el Segundo Temporizador (87,5 % del tiempo total) y el cliente pasa al estado UNIR DE NUEVO al mandar un mensaje DHCPREQUEST hacia cualquier servidor local. 17 Estado UNIR DE NUEVO ❿Cualquier servidor configurado para ello puede responder de dos formas: DHCPACK: se extiende el arrendamiento de la dirección IP, pasando al estado ENLAZADO. DHCPNACK: no se permite que el cliente siga usando la dirección IP, pasando al estado INICIALIZAR. ❿Si el cliente está en el estado UNIR DE NUEVO y no recibe respuesta puede saltar el Tercer Temporizador: El arrendamiento de la dirección IP expira y el cliente pasa al estado INICIALIZAR 18

10 4. Formato de los Mensajes DHCP y Tipos de Mensajes. ❿Tanto las solicitudes como las réplicas poseen el mismo formato: OP HTYPE HLEN HOPS SEGUNDOS ID DE TRANSACCION DIRECCION IP DEL CLIENTE SU DIRECCION IP DIRECCION IP DEL SERVIDOR DIRECCION IP DEL ROUTER BANDERAS DIRECCION DE HARDWARE DE CLIENTE (16 OCTETOS). NOMBRE DE SERVIDOR (64 OCTETOS). NOMBRE DEL ARCHIVO DE ARRANQUE (128 OCTETOS). OPCIONES (VARIABLE). 19 Formato de los Mensajes DHCP ❿ OP: (1) Solicitud (2) Réplica ❿ HTYPE: Tipo de Hardware de Red. Ej: (1) Ethernet ❿ HLEN: Longitud de la dirección Hardware. Ej: Ethernet (6) ❿ HOPS: Número de saltos. El cliente lo pone a cero. Si el servidor recibe la solicitud y decide pasarla a otra máquina lo incrementa. ❿ ID. DE TRANSACCIÓN: entero que la máquina utiliza para cotejar las respuestas con las solicitudes. ❿ SEGUNDOS: el cliente apunta el número de segundos desde que comenzó el arranque. ❿ BANDERAS: sólo el bit de orden superior tiene asignado significado. El resto se pone a cero. (1) en el bit de orden superior indica que el servidor debe responder con la difusión IP. (0) difusión Hardware. 20

11 Formato de los Mensajes DHCP ❿ DIR. IP DEL CLIENTE: Si el cliente conoce ya su dirección IP y utiliza el mensaje para solicitar información del archivo de arranque, entonces utilizará este campo. Si el cliente no la conoce pondrá a cero este campo. El servidor contestará colocando la dirección IP del cliente en el campo SU DIRECCIÓN IP. ❿ DIR. IP DEL SERVIDOR: El cliente puede especificar la dirección IP de un servidor desde el que quiere que se le conteste. En caso contrario (el cliente no conoce ninguna dirección IP de ningún servidor) se pone a cero y podrá contestar cualquier servidor que reciba la solicitud. ❿ DIR. IP DEL ROUTER: si se quiere especificar. ❿ NOMBRE DEL SERVIDOR: funciona igual que la dirección IP del servidor. 21 Formato de los Mensajes DHCP ❿ NOMBRE DEL FICHERO DE ARRANQUE: un administrador puede querer tener dos o más tipos de arranque (Ej. UNIX, WINDOWS, etc.) y puede especificarlo en este campo. ❿ OPCIONES: Con este campo DHCP puede codificar diferentes cosas: duración del arrendamiento, tipo de mensaje, máscara de red, Cada opción consiste en un campo de código (tipo de opción) y un campo de longitud (número de bytes del campo datos), seguido de los campos de datos que comprenden esa opción. Ejemplo de opción: Tipo de mensaje DHCP (3 octetos) CODIGO (53) LONGITUD (1) TIPO (1-7) 22

12 Tipo de Mensajes DHCP 1 DHCPDISCOVER 2 DHCPOFFER 3 DHCPREQUEST 4 DHCPDECLINE 5 DHCPACK 6 DHCPNACK 7 DHCPRELEASE ❿DHCPDECLINE: el cliente comunica al servidor que la dirección IP ofrecida ya está en uso DHCP y DNS ❿ Con DHCP se consigue que un nodo tenga dirección IP, pero no se automatiza por completo la conexión a Internet. ❿ DHCP no interactúa con el DNS: la relación entre el nombre de una máquina y la dirección IP asignada se manejan de forma independiente. ❿ Existen 3 formas de asignar nombre a un nodo al que le ha sido asignada una dirección IP: El nodo no recibe ningún nombre. Asignación estática: Al nodo se le asigna un nombre junto con la dirección IP. El administrador configura el DNS preasignando nombres a cada dirección IP que puede asignar DHCP. 24

13 5. DHCP y DNS Asignación estática: El problema es que el nodo recibe un nombre distinto cada vez que se le asigna una dirección IP. El nodo tiene un nombre asignado permanentemente: ❿ Se recuerda mejor. ❿ Se requiere una coordinación entre DHCP y DNS. ❿ El servidor DNS deberá cambiar la asignación nombredirección IP cada vez que un nodo recibe una dirección IP y cuando expira. ❿ Últimamente se ha investigado en la interacción entre DHCP y DNS, de forma que el servidor DHCP puede actualizar la base de datos del DNS con las nuevas direcciones otorgadas: protocolo de actualización de DNS establecido en el RFC Servicios proporcionados por DNS ❿ Mientras que las personas preferimos la identificación por nombres, los routers utilizan las direcciones IP. ❿ Domain Name System: servicio que traduce nombres de hosts a direcciones IP. DNS proporciona una sintaxis para la asignación de nombres. DNS es una base de datos distribuida, implementada como una jerarquía de servidores de nombres. DNS es un protocolo del nivel de aplicación que permite a hosts y servidores DNS comunicarse para resolver nombres. DNS es un protocolo del nivel de aplicación que se apoya en UDP y, a su vez, sirve de apoyo a otros protocolos de aplicación: HTTP, SMTP, FTP, DNS suele ser invocado por otra aplicación (HTTP, SMTP,..), no por el usuario como otras aplicaciones. 26

14 Ejemplo de funcionamiento de DNS ❿ Sea un navegador (cliente HTTP) en el que un usuario pone una dirección URL: ❿ El cliente HTTP necesita conocer la dirección IP del servidor HTTP: El navegador extrae el nombre a traducir ( y lo pasa al lado cliente de la aplicación DNS. El cliente DNS envía la consulta a un servidor DNS: mensaje DNS de petición a través de la red. El cliente DNS recibe la respuesta: mensaje DNS de respuesta que incluye la dirección IP del servidor HTTP. El navegador abre una conexión TCP con el servidor HTTP. ❿ DNS introduce un retardo adicional a las aplicaciones Internet que lo utilizan: 1 mseg decenas de segundos. 27 Servicios proporcionados por DNS ❿ Los servidores DNS son habitualmente máquinas UNIX que ejecutan el software BIND: Berkeley Internet Name Domain. ❿ Además de la traducción de nombres, DNS ofrece otros servicios: ALIAS DE HOSTS: Un nodo con un nombre complejo (nombre real o canónico) puede tener uno o más nombres de alias, que suelen ser más mnemotécnicos que el nombre real. servereast.backup2.ibm.com ALIAS DE SERVIDORES DE CORREO: Igual que en el caso anterior pero con el nombre de los servidores de correo. hotmail.com relay1.west-coast.hotmail.com DISTRIBUCIÓN DE CARGA: muchos sitios con mucho tráfico ( se encuentran replicados en múltiples servidores, cada uno con una dirección IP diferente. En este caso, DNS ofrece el conjunto completo de direcciones IP pero rotando la posición, ya que el cliente suele coger la primera. 28

15 7. Dominios y Servidores de Nombres de Dominio ❿ Sintaxis de los Nombres Todo el espacio de Internet está organizado en dominios organizados jerárquicamente. El nombre de una máquina está formado por un nombre y la lista de dominios a los que pertenece, todos ellos separados por puntos. Ejemplo: zoltar.redes.upv.es 29 Dominios de Primer Nivel ❿ El nivel más alto de los nombres se divide en los siguientes dominios: Top Level Domain (TLD) com organización comercial edu institución educativa USA net organización relacionada con la red gov organización gubernamental USA... org otras organizaciones Clasificación por Organización es uk fr España Reino Unido Francia Otros paises Clasificación geográfica. (2 letras) 30

16 Registrar un Nombre ❿ Cuando una empresa u organización quiere utilizar un nombre bajo uno de los dominios de primer nivel, debe solicitarlo. ❿ Ejemplo: pescaderia.es carniceria.com ❿ A partir de ahí, la empresa puede poner el nombre que quiera a sus máquinas. Puede también definir nuevas jerarquías dentro del dominio asignado: merluza.madrid.pescaderia.es cordero.carniceria.com 31 Servidores de Nombres DNS ❿ El servicio de traducción de nombres está distribuido en muchos servidores DNS. ❿ Por qué no un DNS centralizado? Un único punto de fallo: Si falla el único servidor DNS, falla toda Internet. Volumen de tráfico: Un único servidor de nombres tendría que gestionar todas las consultas DNS. Cuello de botella. Base de datos centralizada distante: Un único servidor no puede estar cerca de todos los clientes, generándose retardos importantes en algunas zonas. Mantenimiento: Base de datos gigantesca con frecuentes actualizaciones para cada nuevo host. 32

17 Servidores de Nombres DNS ❿ Los servidores DNS se organizan en 3 tipos: ❿ SERVIDORES LOCALES DE NOMBRES: Cada ISP o compañía tiene un servidor de nombres local: servidor por defecto. Cuando un host emite un mensaje DNS de consulta, en primer lugar se dirige al servidor local. Típicamente es un servidor que está cerca del cliente (en la misma LAN). Normalmente pueden resolver las peticiones de nodos cercanos. Ejemplo: el nombre herodes.redes.upv.es que generamos en el Laboratorio de Redes puede ser resuelto por el servidor de nombres local de la UPV. 33 Servidores de Nombres DNS ❿ SERVIDORES RAIZ DE NOMBRES: En Internet hay 13 servidores raíz de nombres (siete son servidores distribuidos por todo el globo terráqueo). Cada servidor local debe conocer, al menos, el nombre de un servidor raíz. Cuando un servidor local no puede resolver una consulta de un nodo, el servidor local se comporta como un cliente DNS, y hace la consulta a uno de los servidores raíz DNS. Si el servidor raíz tiene la traducción se la pasará al local. En caso contrario, le enviará la dirección IP de un servidor autorizado de nombres de la zona de más alto nivel para el dominio buscado. Este servidor proporcionará una lista de los servidores autorizados para el dominio de segundo nivel. Y así se irán encadenando consultas hasta llegar al servidor que conoce la correspondencia para ese nombre de host 34 particular.

18 Servidores de Nombres DNS ❿ SERVIDORES RAIZ DE NOMBRES: a NSI Herndon, VA c PSInet Herndon, VA d U Maryland College Park, MD g DISA Vienna, VA h ARL Aberdeen, MD j NSI (TBD) Herndon, VA k RIPE London i NORDUnet Stockholm m WIDE Tokyo e NASA Mt View, CA f Internet Software C. Palo Alto, CA b USC-ISI Marina del Rey, CA l ICANN Marina del Rey, CA 35 Servidores de Nombres DNS ❿ SERVIDORES AUTORIZADOS DE NOMBRES: Un servidor de nombres está autorizado para un host si conoce la correspondencia nombredirección IP para ese nodo. Todo nodo se registra en un servidor autorizado. En realidad, todo nodo está obligado a tener al menos dos servidores autorizados de nombres por si falla uno de ellos. Normalmente, el autorizado está en el ISP local del host. Muchos servidores de nombres son, a la vez, locales y autorizados. 36

19 Estructura de los Servidores de Nombres DNS servidor raíz 13 Servidores raíz Servidores TLD servidor.com servidor.edu servidor.org... servidor.es servidor ibm.com servidor ucla.edu Servidor ieee.org... Servidor upv.es 37 Consulta DNS Servidor Raíz de Nombres Servidor Local de Nombres dns.eurecom.fr Servidor Autorizado de Nombres dns.umass.edu 1 6 Host que realiza la petición surf.eurecom.fr gaia.cs.umass.edu 38

20 8. Consultas DNS ❿Dos tipos de consultas DNS: RECURSIVAS: cuando un nodo A (host o servidor DNS) hace una consulta a un servidor de nombres B, B obtiene la traducción y se la pasa a A. ITERATIVAS: cuando un servidor de nombres A realiza una consulta a un servidor de nombres B, éste no tiene la traducción pero le pasa a A la dirección IP de un servidor de nombres que le puede ayudar. ❿En toda la secuencia de consultas, algunas pueden ser iterativas y otras recursivas. ❿Típicamente, todas las consultas son recursivas, excepto la que hace el servidor local al servidor raiz, que es iterativa para que sea menos 39 gravosa. ❿ Ejemplo de consultas recursivas con un servidor de nombres intermedio entre el raíz y el autorizado 8. Consultas DNS Servidor local de nombres dns.eurecom.fr 2 7 Servidor raíz de nombres 3 6 Servidor de nombres intermedio dns.umass.edu Servidor de nombres autorizado dns.cs.umass.edu Host que realiza la consulta surf.eurecom.fr gaia.cs.umass.edu 40

21 ❿ Ejemplo de cadena de consultas iterativas y recursivas 8. Consultas DNS Servidor local de nombres dns.eurecom.fr Servidor raíz de nombres Consulta iterativa 1 8 Servidor de nombres intermedio dns.umass.edu 5 6 Servidor de nombres autorizado dns.cs.umass.edu Host que reliza la consulta surf.eurecom.fr gaia.cs.umass.edu Consultas DNS Servidor raiz de nombres ❿ Ejemplo de cadena de consultas iterativas y recursivas Servidor local de nombres dns.eurecom.fr Consultas iterativas Servidor de nombres intermedio dns.umass.edu Servidor de nombres autorizado dns.cs.umass.edu Host que realiza la petición surf.eurecom.fr gaia.cs.umass.edu 42

22 9. Caché DNS y Registros DNS ❿ Cuando un servidor de nombres recibe una correspondencia DNS para algún nombre de host, hace una copia en una memoria caché. ❿ Si a un servidor DNS le llega una consulta de un nodo que tiene en su caché, puede pasar la dirección IP solicitada, aunque no sea un servidor autorizado para ese nombre. Se lo indica al nodo: nonauthoritative. Le indica el nombre y la dirección del servidor que la proporcionó. ❿ Las entradas en la caché caducan al cabo de un tiempo (normalmente establecido en dos días). ❿ Esto ayuda a reducir el número de mensajes DNS en la red y mejorar retardos. 43 Registros DNS ❿Los servidores de nombres almacenan la información en bases de datos mediante registros de recursos (RR). ❿Cada mensaje de respuesta DNS transporta uno o más registros. ❿FORMATO RR: (nombre, valor, tipo, ttl) ❿TTL: Tiempo de vida del registro. Determina el momento en el que el registro debe ser borrado de la caché. ❿El significado de los campos nombre y valor depende del campo tipo. 44

23 Tipos de Registros DNS ❿TIPO=A Nombre : nombre de un host Valor : dirección IP del host Ejemplo: (herodes.redes.upv.es, , A) ❿TIPO=NS Nombre : Dominio Valor : nombre de un servidor de nombres autorizado para ese dominio Ejemplo: (foo.com, dns.foo.com, NS) ❿TIPO=CNAME Nombre : alias de algún nombre canónico Valor : nombre canónico Ejemplo: ( servereast.backup2.ibm.com, 45 CNAME) ❿TIPO=MX Tipos de Registros DNS Nombre : alias de un servidor de correo Valor : nombre real del servidor de correo Ejemplo: (foo.com, mail.bar.foo.com, MX) ❿TIPO=PTR Nombre : dirección IP codificada como un nombre de dominio Valor : nombre de dominio Ejemplo: ( , in-addr.arpa, PTR) 46

24 10. Mensajes DNS ❿Los mensajes de petición y respuesta del protocolo DNS tienen el mismo formato. Identificación Flags Nº de Consultas Nº RR Respuesta 12 bytes Nº RR Autorización Nº RR Adicionales Consultas (Número variable de Consultas) Respuestas (Número variable de Registros de Recursos) Autorización (Número variable de Registros de Recursos) Información adicional (Número variable de Registros de Recursos) 47 ❿CABECERA: (12 bytes) 10. Mensajes DNS Identificación: (16 bits) identifica la consulta y permite asociar consultas y respuestas. FLAGS: ❿Consulta o Respuesta: (0) Consulta (1) Respuesta ❿Recursión solicitada: (1) indica que el cliente desea que el servidor de nombres realice recursión cuando no disponga del registro. ❿Recursión disponible: se pone a 1 si el servidor de nombres permite recursión. ❿Respuesta autorizada Nº de consultas, Nº de RR Respuesta, Nº de RR de autorización, Nº de RR adicionales. 48

25 10. Mensajes DNS ❿ SECCIÓN DE CONSULTA: contiene información sobre la consulta que se está haciendo. Nombre que está siendo consultado. Tipo de consulta que se realiza sobre el nombre (A, MX,..) ❿ SECCIÓN DE RESPUESTA: contiene los registros respuesta. Pueden ser varios. ❿ SECCIÓN DE AUTORIZACIÓN: contiene los registros que informan de otros servidores autorizados a resolver esa consulta. ❿ SECCIÓN ADICIONAL: contiene otros registros complementarios. Ejemplo: Consulta MX: la sección de respuesta nos daría el nombre real del servidor de correo, y la sección adicional nos daría la dirección IP (registro tipo A) Mensajes DNS C:\>nslookup Servidor predeterminado: algol.cc.upv.es Address: > set norecurse > Servidor: algol.cc.upv.es Address: Nombre: Served by: - DNS.CS.WISC.EDU fr - NS1.NIC.fr fr - NS3.NIC.fr fr - DNS.INRIA.fr fr - NS2.NIC.fr fr > Servidor: [ ] Address: Nombre: Served by: - dns.irisa.fr irisa.fr - presto.irisa.fr irisa.fr - dns1.cso.uiuc.edu irisa.fr - dns2.cso.uiuc.edu irisa.fr > Servidor: [ ] Address: Nombre: w3ext.irisa.fr Address: Aliases: 50