Antes el crecimiento de la ARPANET en lo que hoy se conoce como Internet, la resolución de nombres se logra a través de un archivo almacenado localmente en cada equipo llamado archivo hosts.txt . Este archivo contiene el nombre y la dirección IP de cada sistema de la red . Cuando se añadió un nuevo sistema , los administradores tendrían que editar manualmente este archivo con el nombre y la dirección de ese sistema. Los usuarios tendrían que descargar el archivo HOSTS para sus propios sistemas. No había manera de crear una estructura de dominio organizado , y cada equipo tuvo que resolver todo nombre en una dirección IP , haciendo todo el trabajo en sí . Cuando DNS se introdujo en 1984 , su diseño como una base de datos distribuida con una estructura permite el procesamiento de resolución de nombres jerárquico que se repartirán entre varios ordenadores . Por lo tanto, puede servir como el fundamento de la resolución de nombres en redes TCP /IP de todos los tamaños , incluyendo el Internet.
Panorámica de DNS
zonas DNS se clasifican por el lugar donde la información se almacena , si son capaces de ser escritos en , y el tipo de datos que enviar y recibir . Las zonas se mantendrán en Active Directory o en archivos de texto . Un servidor DNS puede ser configurado con varios tipos de zona o ninguno en absoluto , dependiendo de la función que tendrá en su red. Por ejemplo , es altamente recomendable que una primaria y una zona secundaria están configurados en servidores independientes en caso de que un servidor falla . Cada zona DNS puede ser una zona de búsqueda o una zona de búsqueda inversa. Además, cada zona de búsqueda directa e inversa puede ser una zona primaria , secundaria o trozo.
Zonas principales estándar
Esta es una zona que alberga una leer y escribir el texto de la zona DNS en el que se producen y administran los registros . Sólo se permite un servidor primario por zona , y sólo este servidor cargas y anfitriones la copia maestra de la zona. Además , este servidor es también el único que puede procesar las actualizaciones dinámicas y los cambios de zona. El servidor primario generalmente se encuentra en un lugar fácilmente accesible para permitir la administración del archivo de zona .
Estándar zonas secundarias
Uno o más servidores se puede utilizar para almacenar una sólo lectura copia de la zona DNS principal. La información se recibió de la primaria a través de una transferencia de la zona , que copia el archivo de zona desde el servidor principal al servidor secundario . Estas transferencias de zona puede ser completa - lo que significa que transfiere los contenidos completos de la zona cada vez - o incremental - lo que significa que transfiere información sólo ha cambiado desde la última transferencia . Realizar transferencias incrementales puede reducir el tráfico de red entre los servidores . Al crear una zona secundaria , debe proporcionar la dirección de uno o más servidores master desde el que desea copiar las zonas.
Zonas de búsqueda inversa
Aunque la mayoría de DNS consultas son declaraciones consultas , lo que significa que le pide una dirección IP basada en proporcionar un nombre, zonas de búsqueda inversa ( también llamados dominios in-addr.arpa ) permitir la determinación de un nombre de la máquina , proporcionando su dirección IP. Las aplicaciones de red suelen utilizar búsqueda inversa de consultas para fines de verificación , o para solucionar problemas y supervisar la funcionalidad de DNS.
Zonas de código auxiliar
servidores DNS con Windows Server 2003 o Windows Server 2008 pueden también puede configurar como zonas de código auxiliar . Estos servidores mantienen una copia de la zona que sólo contiene los registros necesarios para identificar los servidores DNS autorizados para su zona . Piense en ello como un indicador utilizado para proporcionar eficacia de resolución de DNS. Uso de la lista de zonas de código auxiliar servidores de nombres , el servidor DNS puede resolver las consultas sin consultar Internet o en otros servidores raíz internos .