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 un mundo sin sistema de nombres de dominio (también conocido como DNS) sería. 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.
Para redes pequeñas que no están sujetas a cambios frecuentes, el /etc/hosts El archivo se puede utilizar como un método rudimentario del nombre de dominio para la resolución de 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:
[Dirección IP] [nombre] [alias (es)]
Por ejemplo,
192.168.0.1 gateway gateway.midominio.com. 192.168.0.2 web web.mydomain.com.
Por lo tanto, puede acceder a la máquina web por su nombre, el web.midominio.com alias, o su dirección IP.
Para redes más grandes o aquellas que están sujetas a cambios frecuentes, utilice el /etc/hosts archivo 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.
Debajo del capó, un DNS El servidor consulta una gran base de datos en forma de árbol, que comienza en la raíz. (“.”)
zona.
La siguiente imagen nos ayudará a ilustrar:
En la imagen de arriba, la raíz (.)
la zona contiene com, edu, y neto dominios. 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 el me.com
zona), y luego a sales.me.com
. Este proceso se repite tantas veces como sea necesario hasta que FQDN (Nombre de dominio completo, web1.sales.me.com en este ejemplo) es 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 deseada de nombre de dominio-IP 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 recursiva, almacenamiento en caché del servidor DNS.