Tema-4.-DNS.

pdf

jgisbert

Informática y redes

1º Grado en Ingeniería Biomédica

Escuela Técnica Superior de Ingeniería Industrial

Universidad Politécnica de Valencia
.

Reservados todos los derechos.

No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
a64b0469ff35958ef4ab887a898bd50bdfbbe91a-12417666

DNS
Para identiÞcar un host en Internet utilizamos el Ònombre del hostÓ. Estos son entendidos por las
personas, pero no dan ninguna informaci—n acerca de su ubicaci—n. Por ello, los host tambiŽn se
identiÞcan mediante direcciones IP que nos indican su lugar especiÞco en Internet.
.

1. DeÞnici—n de DNS.
Las personas utilizan los nombres de host y los routers las direcciones IP, por eso necesitamos un
servicio que traduzca de uno a otro. Esta es la tarea principal del Sistema de Nombres de
Dominio (DNS).

Los nombres de host para DNS son los Dominios. Los Dominios tienen una estructura jer‡rquica.
Esta comienza con los dominios de ra’z en la cima y de ellos derivan los dominios de nivel
superior que se dividen en dos categor’as: genŽricos (.com .org) y los de pa’s (.es .fr). A su vez,
cada dominio se puede subdivir en otros subdominios.
Cada dominio se registra en el de nivel superior y concede registros a sus subdominios (sin tener
que avisar al de arriba).

Para crear DNS se podr’a haber hecho una Base de Datos en un servidor que atendiera las
peticiones de traducci—n. Pero las miles de millones de peticiones por segundo lo colapsar’an.
Adem‡s, diÞcultar’a su mantenimiento, estar’a lejos de muchos usuarios y si fallara fallar’a todo
Internet. Por ello DNS se ha creado como una Base de Datos distribuida.

DNS es una aplicaci—n distribuida en Internet, que es esencial para que funcionen servidores
como la web y el correo electr—nico y es utilizado por protocolos como HTTP, SMTP y FTP. Todos
los servidores DNS funcionan sobre el protocolo UDP y reciben consultas por el puerto 53, por lo
que es necesario conocer su direcci—n IP.

Servicios proporcionados:
- Alias de Host: un host con un nombre complicado puede tener uno a m‡s nombres alternativos
(alias). Todos ellos se reÞeren a la misma direcci—n IP.
- Distribuci—n de carga: repartir la carga entre servidores replicados, como servidores web,
mejorando el rendimiento y la disponibilidad.

1.2. Como funciona DNS.

Cuando se necesita resolver una correspondencia entre un nombre de host y su direcci—n IP, el
programa interesado activa el Cliente DNS y env’a una consulta a la red, especiÞcando el nombre
de host que necesita traducir. Tras un breve retardo, algœn servidor DNS de Internet, en
colaboraci—n con otros de la jerarqu’a, procesa la solicitud y devuelve la respuesta con la
direcci—n IP correspondiente.

2. Tipos de servidores DNS.

- Servidores DNS Locales: son los que est‡n en primera l’nea. Conocen la direcci—n IP de los
servidores ra’ces, con los que contactan cuando desean conocer un direcci—n IP de un
dominio.

- Servidores DNS Ra’ces: son los que est‡n en la cima de la jerarqu’a y conocen a los Servidores
DNS TLD. En Internet existen 13 servidores ra’z. Cada servidor es una agrupaci—n de
servidores duplicados por seguridad y Þabilidad.

- Servidores de dominio de nivel superior (TLD): son los encargados de

resolver las consultas sobre dominios de primer nivel
como: .com, .edu, .org, etc. y los correspondientes a pa’ses.

- Servidores DNS Autorizados: son lo que realmente pueden resolver el

mapeo entre un nombre de Dominio y su correspondiente IP (son los
que est‡n autorizados para resolver una consulta).

Reservados todos los derechos. No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
a64b0469ff35958ef4ab887a898bd50bdfbbe91a-12417666

3. Formato de los mensajes DNS.

Tanto las peticiones como las respuestas utilizan el mismo formato.

" Sem‡ntica de los campos:

- IdentiÞcaci—n: un nœmero que identiÞca la consulta y se asocia a su
respuesta.
- Indicadores: segœn su valor indican una caracter’stica de la petici—n o
la respuesta.

Reservados todos los derechos. No se permite la explotación económica ni la transformación de esta obra. Queda permitida la impresión en su totalidad.
- N¼ consultas, respuestas, autorizados, informaci—n adicional: dan
informaci—n de la longitud de los 4 campos inferiores.
- Consultas: consultas realizadas.
- Respuestas, Autorizados, Informaci—n adicional: en estos campos van
los Registros de Recursos (RR) que me aportan informaci—n sobre la
correspondencia solicitada.
.

" Sintaxis de las consultas: Campos (Nombre, Tipo, Clase).

Nombre: indica el dominio por el que preguntamos la correspondencia.
Tipo: incida el tipo de recurso que deseamos.
Clase: es la clase de consulta que hacemos.

" Sintaxis de los Registros de Recursos: Campos (Nombre, Valor, Tipo, TTL).

TTL es el tiempo de vida de ese RR en cachŽ (despuŽs de ese tiempo puede ser eliminado).

Nombre y Valor dependen de Tipo:

- Si Tipo es A entonces Nombre es un nombre de Dominio y Valor es su IP
correspondiente.
- Si Tipo es NS entonces Nombre es un nombre de Dominio y Valor es el
nombre de Dominio de un servidor Autorizado para ese Dominio que puede conocer su IP.

4. Reglas de comportamiento.
- Consulta alternativa: el Servidor DNS Local es el encargado de gestionar todas la
peticiones/respuestas.

Ejemplo:
Necesitamos acceder a la direcci—n [Link] y para ello el programa necesita resolver la
direcci—n IP de este Dominio.

Nuestro navegador (como Cliente) realiza una petici—n al servidor DNS Local, cuya direcci—n IP
conoce, pregunt‡ndotela por la IP de [Link]. Si este servidor tiene la IP guardada en su
cachŽ de consultas anteriores, responde directamente con la misma.
Si no, el Servidor DNS Local env’a una petici—n al Servidor DNS Ra’z, cuya direcci—n IP conoce.
Este analiza la petici—n y ve que [Link] termina con el Dominio de Alto Nivel .es, por ello,
responde d‡ndole al Servidor DNS Local la direcci—n IP del Servidor DNS TLD que administra
este Dominio.

Entonces, el Servidor DNS Local realiza una petici—n a este Servidor DNS TLD y este ve que
[Link] corresponde al Dominio [Link] gestionado por un Servidor DNS Autorizado, y
responde con su direcci—n IP.

El Servidor DNS Local (Cliente) realiza una œltima petici—n a este Servidor DNS Autorizado, que
conoce y devuelve la IP de [Link]. El Servidor DNS Local (servidor) env’a la respuesta al
navegador, completando el proceso de resoluci—n.

- Consultas Recursivas: la consulta va de servidor en servidor hasta conocer la respuesta

(IP) y luego esa respuesta realiza el camino inverso.

Te has descargado este apunte gracias a la publicidad. También puedes eliminarla con 1 coin.