Configurar un servidor DNS de almacenamiento en caché recursivo básico y configurar zonas para el dominio


Imagínese cómo sería si tuviéramos que recordar las direcciones IP de todos los sitios web que usamos a diario. Incluso si tuviéramos una memoria prodigiosa, el proceso para navegar a un sitio web sería ridículamente lento y consumiría mucho tiempo.

¿Y si tuviéramos que visitar varios sitios web o usar varias aplicaciones que residen en la misma máquina o host virtual? Ese sería uno de los peores dolores de cabeza que se me ocurren, sin mencionar la posibilidad de que la dirección IP asociada con un sitio web o aplicación pueda cambiarse sin previo aviso.

El solo pensarlo sería razón suficiente para dejar de usar Internet o las redes internas después de un tiempo.

Eso es precisamente lo que sería un mundo sin el sistema de nombres de dominio (también conocido como DNS). Afortunadamente, este servicio resuelve todos los problemas mencionados anteriormente, incluso si cambia la relación entre una dirección IP y un nombre.

Por eso, en este artículo aprenderemos a configurar y utilizar un servidor DNS simple, un servicio que permitirá traducir nombres de dominio a direcciones IP y viceversa.

Presentación de la resolución de nombres DNS

Para redes pequeñas que no están sujetas a cambios frecuentes, el archivo/etc/hosts se puede utilizar como un método rudimentario de la resolución del nombre de dominio para la dirección IP.

Con una sintaxis muy simple, este archivo nos permite asociar un nombre (y/o un alias) a una dirección IP de la siguiente manera:

[IP address] [name] [alias(es)]

Por ejemplo,

192.168.0.1 gateway gateway.mydomain.com
192.168.0.2 web web.mydomain.com

Por lo tanto, puede acceder a la máquina web por su nombre, el alias web.midominio.com o su dirección IP.

Para redes más grandes o aquellas que están sujetas a cambios frecuentes, usar el archivo/etc/hosts para resolver nombres de dominio en direcciones IP no sería una solución aceptable. Ahí es donde entra en juego la necesidad de un servicio dedicado.

Bajo el capó, un servidor DNS consulta una gran base de datos en forma de árbol, que comienza en la zona raíz (“.”) .

La siguiente imagen nos ayudará a ilustrar:

En la imagen de arriba, la zona raíz (.) contiene dominios com, edu y net. Cada uno de estos dominios es (o puede ser) administrado por diferentes organizaciones para evitar depender de uno grande y central. Esto permite distribuir correctamente las solicitudes de forma jerárquica.

Veamos qué sucede bajo el capó:

1. Cuando un cliente realiza una consulta a un servidor DNS para web1.sales.me.com, el servidor envía la consulta al servidor DNS superior (raíz), que dirige la consulta al servidor de nombres en el .com zona.

Esto, a su vez, envía la consulta al servidor de nombres del siguiente nivel (en la zona me.com ) y luego a sales.me.com . Este proceso se repite tantas veces como sea necesario hasta que el FQDN (Nombre de dominio completo, web1.sales.me.com en este ejemplo) sea devuelto por el servidor de nombres de la zona a la que pertenece.

2. En este ejemplo, el servidor de nombres en sales.me.com. responde a la dirección web1.sales.me.com y devuelve la asociación de nombre de dominio-IP deseada y otra información también (si está configurada para hacerlo).

Toda esta información se envía al servidor DNS original, que luego la devuelve al cliente que la solicitó en primer lugar. Para evitar repetir los mismos pasos para futuras consultas idénticas, los resultados de la consulta se almacenan en el servidor DNS.

Estas son las razones por las que este tipo de configuración se conoce comúnmente como servidor DNS recursivo de almacenamiento en caché.