Menú Siguiente »
Tutorial del servicio DNS
S E RV I C I O DNS
¿ Cómo funciona ? Servicio DNS
Ficheros de zona y registros de recursos
El protocolo DNS (Domain Name System, RFC 1034 y 1035) surge para evitar la complejidad que supone identificar a los equipos
El protocolo DNS
utilizando el direccionamiento de la capa de red, es decir, el direccionamiento IP, por ejemplo, en IPv4 tendríamos que recordar
Consultas DNS direcciones como [Link], y aún peor en IPv6, donde los equipos se identifican con números como
[Link].
Búsqueda inversa
Para resolver este problema en 1986 Paul Mockapetris creó el protocolo DNS, con el cual se crean direcciones de dominio (también
Transferencias de zona
llamadas URL o URI), que son cadenas de texto del estilo [Link], a las cuales se les asocia una dirección IP como las
Tipos de DNS anteriores, así los equipos de una red además de identificarse por un número, también se identificarán por un nombre, y el protocolo
DNS será el encargado de pasar de uno a otro automáticamente, según se necesite. Lo habitual será usar el protocolo DNS para
Ficheros nsswitch y hosts
pasar de un nombre a un número, pues las personas recordarán los nombre de los equipos y no sus números, pero en determinadas
Instalación de BIND versión 9 circunstancias, también se necesitará lo contrario, es decir, pasar de un número a un nombre, y el DNS (DNS inverso) también se
encargará de ello.
Consideraciones generales
Configuración de un servidor DNS Evidentemente el servicio DNS es un gran avance, pero también puede generar problemas. Si nuestro servidor de nombres no está
maestro disponible, nuestro equipo no podrá acceder a los recursos de la red, a menos que conozcamos las IP, por lo que en la práctica la
situación es que nos quedamos sin acceso a Internet. Hemos hecho del servidor de nombres un recurso crítico, por lo tanto, será
Configuración de un servidor DNS conveniente disponer de más de un servidor de nombres para resistir el fallo de uno de ellos.
esclavo
En un principio se hablaba de servidor DNS primario y secundario, pero hoy en día es común ver listas de tres, cuatro y más
Configuración de un servidor DNS solo
servidores DNS. Esta disposición lleva implícita una prioridad, de modo que todas las consultas se hacen al servidor primario y si este
caché
no está disponible, entonces pasan al secundario, y así sucesivamente. El problema de esto es que aunque el servidor primario no
Configuración de un servidor DNS de responda, todas las consultas se le harán a él, y solo pasado unos instantes sin recibir respuesta, se repetirá la consulta sobre el
reenvío secundario, por lo que los tiempos de espera degradan bastante el rendimiento general del servicio, haciéndose inviable en caso de
tener que recurrir a un servidor terciario o superior. Actualmente muchos sistemas operativos usan toda la lista de servidores DNS
Configuración de un servidor DNS solo
configurada, distribuyendo la carga de consultas entre todos ellos, consiguiéndose así la disminución de los tiempos de respuesta.
autoritario
El crecimiento de las redes, y en consecuencia el crecimiento de número de consultas DNS, conducen a tres problemas:
Búsquedas
Autor 1. Organización: Encontrar una entrada, en las cada vez más grandes bases de datos de nombres, se hace más lento, por lo
que necesitamos un buen método para indexar y organizar los nombres.
2. Escalabilidad: Si cada host tiene acceso a nuestros servidores de nombres, la carga se vuelve muy alta. Necesitamos un
método para repartir la carga entre varios servidores de nombres.
3. Administración: Con muchos registros de nombres en las bases de datos, se hace cada vez más difícil la administración. Es
fundamental crear un método (conocido como delegar) que agilice esta tarea y evite problemas como que varios
administradores actualicen los registros al mismo tiempo.
El software que implemente el protocolo DNS deberá resolver los tres problemas anteriores.
Licencia: licencia de software libre GPL
Siguiente »
