Funcionamiento del DNS: resolución de nombres, caché y correo electrónico en redes IP

Fundamentos y Propósitos del Sistema de Nombres de Dominio (DNS)

El Sistema de Nombres de Dominio (DNS) se utiliza para distintos propósitos fundamentales en las redes IP. Los más comunes son:

• Resolución de Nombres (Forward Lookup): Dado el nombre completo de un host, obtener su dirección IP correspondiente.
• Resolución Inversa de Direcciones (Reverse Lookup): Dada una dirección IP, obtener el nombre de dominio asociado a la misma.
• Resolución de Servidores de Correo (MX Records): Dado un nombre de dominio, obtener el servidor (Mail Exchanger) a través del cual debe realizarse la entrega del correo electrónico.

Arquitectura Jerárquica del DNS

El DNS funciona principalmente basado en el protocolo UDP. Los requerimientos estándar se realizan a través del puerto 53.

La estructura del DNS está organizada de forma jerárquica, similar a un árbol invertido. Cada nodo del árbol está compuesto por un grupo de servidores que tienen la responsabilidad de resolver un conjunto específico de dominios, conocido como zona de autoridad.

Un servidor puede delegar la autoridad sobre alguna de sus subzonas a otro u otros servidores. Un subdominio se considera una especialización de un dominio de nivel superior. Por ejemplo, smaldone.com.ar es un subdominio de com.ar, que a su vez depende del Dominio de Nivel Superior (TLD) ar.

Servidores Raíz (Root Servers)

Los servidores con autoridad sobre los TLD son denominados root servers o servidores raíz del sistema. Estos servidores son cruciales y su número es fijo, siendo actualmente 13 conjuntos de servidores lógicos. Por ejemplo, el dominio com.ar pertenece al TLD ar.

El Proceso de Resolución de Nombres (Consultas Iterativas)

Cuando una aplicación cliente necesita resolver un Nombre de Host Completamente Cualificado (FQHN), envía un requerimiento al servidor de nombres configurado en el sistema operativo (generalmente, el provisto por el Proveedor de Servicios de Internet, ISP). A partir de este punto, se desencadena el proceso de resolución del nombre:

1. El servidor de nombres inicial (servidor recursivo) consulta a uno de los servidores raíz (cuya dirección IP debe conocer previamente).
2. El servidor raíz devuelve el nombre del servidor al que se le ha delegado la subzona correspondiente al TLD.
3. El servidor inicial interroga al nuevo servidor (servidor TLD).
4. Este proceso se repite si se trata de una subzona delegada (servidores autoritativos de segundo nivel, etc.).
5. Al obtener el nombre del servidor con autoridad sobre la zona en cuestión, el servidor inicial lo interroga directamente.
6. El servidor autoritativo resuelve el nombre correspondiente, si este existe, y devuelve la dirección IP.
7. Finalmente, el servidor inicial informa al cliente la dirección resuelta.

Mecanismos de Caché y el Tiempo de Vida (TTL)

Cada vez que un servidor de nombres envía una respuesta, adjunta el tiempo de validez de la misma, conocido como TTL (Time To Live o “tiempo de vida”).

Este mecanismo posibilita que el servidor receptor pueda reutilizar la información previamente obtenida, almacenándola en su caché, en lugar de realizar un nuevo requerimiento para la misma consulta. Esta es la razón fundamental por la cual los cambios realizados en los registros DNS no se propagan instantáneamente a nivel global, pudiendo demorar desde minutos hasta varios días, dependiendo de la configuración del TTL.

Aplicación del DNS en la Entrega de Correo Electrónico

Los usuarios redactan sus mensajes usando un cliente de correo y los envían a través de un servidor SMTP (Simple Mail Transfer Protocol). Una vez que el mensaje es recibido por el servidor de correo del emisor, debe ser entregado al destinatario. En este punto, el sistema DNS interviene de la siguiente manera:

1. El servidor del emisor solicita al DNS el registro MX (Mail Exchanger) encargado de recibir los mensajes destinados a determinado dominio.
2. El DNS devuelve el FQHN y la dirección IP del Mail Exchanger con la prioridad correspondiente.
3. El servidor del emisor se conecta al puerto 25, mediante TCP, del servidor de destino y entrega el mensaje según el protocolo SMTP.
4. El proceso podrá continuar si el servidor receptor del mensaje no es el último de la cadena de entrega.

Ventajas del Uso de DNS en Redes Locales (LAN)

En redes de tamaño medio o grande, la implementación de un DNS Local es altamente conveniente debido a los siguientes beneficios:

• Agilización del Acceso a Internet: Al disponer de un servidor de nombres dentro de la propia red local, se optimiza el mecanismo de resolución. Esto se logra manteniendo en caché los nombres recientemente consultados, lo que disminuye significativamente el tráfico de consultas hacia Internet.
• Simplificación de la Administración de la Red Local: Contar con un DNS propio permite definir zonas locales para asignar nombres descriptivos a cada uno de los hosts de la LAN. De esta forma, es posible referirse a la impresora de red como printer.ucalp.local en lugar de 192.168.0.2, y al servidor de correo interno como smtp.ucalp.local en lugar de 192.168.0.3. Esto es crucial, ya que si se decide cambiar el esquema de direcciones IP de la red, las configuraciones de las aplicaciones no se verán afectadas, solo se actualiza el registro DNS.

Desafíos y Problemas Inherentes al DNS

El DNS, a pesar de su eficiencia, presenta ciertos desafíos estructurales:

• Dependencia de UDP: El principal problema es que, al estar basado en UDP (un protocolo de transporte que no garantiza la recepción de la información enviada), tanto las consultas como las respuestas pueden perderse en tránsito, requiriendo reintentos.
• Lentitud en la Propagación de Cambios: Otro inconveniente es la lentitud en la propagación global de las modificaciones de registros, lo cual es un producto directo de la arquitectura distribuida del sistema y el uso intensivo de los mecanismos de TTL y caché.