Source: http://docplayer.es/1444632-Dns-y-microsoft-windows-nt-4-0-una-hoja-tecnica-de-la-business-systems-division-y-microsoft-consulting-services.html
Timestamp: 2018-05-26 16:21:43+00:00

Document:
DNS y Microsoft Windows NT 4.0. Una hoja técnica de la Business Systems Division y Microsoft Consulting Services - PDF
Download "DNS y Microsoft Windows NT 4.0. Una hoja técnica de la Business Systems Division y Microsoft Consulting Services"
Concepción Cruz Olivares
1 DNS y Microsoft Windows NT 4.0 Una hoja técnica de la Business Systems Division y Microsoft Consulting Services
2 Resumen Este informe ofrece una introducción al sistema de nombres de dominio (DNS) y a cómo puede ser implementado mediante Microsoft Windows NT 4.0. Con la puesta en marcha de los servicios extendidos de directorio de Windows NT, que aparecerá en una versión posterior de Windows NT, el servidor de nombres de dominio pasará a ser mucho más importante de lo que ha sido en cualquier otra versión de Windows NT. Debido a esto, la actual instalación y diseño de implementaciones efectivas de DNS facilitará la futura conversión a la siguiente versión de Windows NT. Las series de hojas técnicas de Microsoft Business Systems Division se han diseñado para informar a los profesionales de las tecnologías de la información (IT) acerca de Windows NT y de la familia de productos de Microsoft BackOffice. Aunque a menudo se tratan las tecnologías usadas actualmente en los productos Microsoft, el verdadero objetivo de estas hojas técnicas es ofrecer a los lectores una idea sobre cómo están evolucionando las principales tecnologías, cómo está usando Microsoft esas tecnologías y en qué medida afecta esta información a los diseñadores de la tecnología. Para obtener la información más reciente acerca de Windows NT Server, visite nuestro sitio World Wide Web en o el Windows NT Server Forum en Microsoft Network (GO WORD: MSNTS). Aviso legal La información contenida en este documento representa la visión actual de Microsoft Corporation sobre los temas que se describen en la fecha de la publicación. Dado que Microsoft debe responder a las condiciones cambiantes del mercado, no debe ser interpretado como un compromiso por parte de Microsoft, y Microsoft no puede garantizar la exactitud de cualquier información presentada después de la fecha de la publicación. Este documento sólo tiene validez informativa. MICROSOFT NO GARANTIZA NADA EN ESTE DOCUMENTO, EXPLÍCITA O IMPLÍCITAMENTE. 1996, Microsoft Corporation. Reservados todos los derechos. Microsoft y Windows son marcas registradas, y Windows NT y BackOffice son marcas de Microsoft Corporation. 12/96 Parte Nº. xxx-xxxxx
3 Contenido INTRODUCCIÓN... 1 INTRODUCCIÓN A DNS... 2 ANTECEDENTES...3 Historia de DNS...3 FUNDAMENTOS DE LA TECNOLOGÍA...4 Introducción...4 Servidores DNS e Internet...4 Dominios...5 Zonas...5 Servidores de nombres...6 Resolución de nombres...8 Almacenamiento en la caché y tiempo de vida...10 LOS ARCHIVOS DNS...12 Introducción...12 El archivo de base de datos...12 El archivo de caché...16 El archivo de Búsqueda inversa...16 El archivo Arpa-127.rev...17 El archivo de inicio BIND...17 IMPLEMENTACIÓN DE DNS MEDIANTE WINDOWS NT INTRODUCCIÓN A MICROSOFT DNS...20 EL SERVIDOR...22 Instalación del servicio DNS...22 Configuración de dominios y zonas DNS...24 Integración con búsquedas de WINS...28 WINS y la búsqueda inversa...31 Otra cosas importantes...33 EL RESOLVER (CLIENTE)...36 Instalación...36 El nombre del host...36 El nombre de dominio...36 Los servidores DNS...36 Orden de búsqueda de Sufijo de dominio...37 Resolución de nombres...38 EL ENTORNO GENERAL...41 Nslookup...41 Puntos débiles de la implementación actual...42 DISEÑO DE SOLUCIONES...43 USO DEL SERVIDOR MICROSOFT DNS PARA CONECTARSE A INTERNET...44 Consideraciones sobre la seguridad...44 Diseño típico de conectividad Internet...45 DISEÑO DE CAPACIDAD Y RENDIMIENTO...51 Estadísticas...51 Equilibrado de la carga DNS...53 La transferencia de zona...53 Memoria consumida por los registros DNS...56 DECISIONES DNS...57 DNS y Microsoft Windows NT 4.0 i
4 CONFIGURACIONES DE EJEMPLO Ejemplos de confianza total Ejemplo de múltiples maestros EL FUTURO...72 INTRODUCCIÓN NUEVOS ESTÁNDARES DNS dinámico IPv6 (IPng) Transferencias incrementales duplicación multimaestro DNS protegido MIGRACIÓN Por dónde empezamos? CONCLUSIÓN APÉNDICES...81 APÉNDICE A: EL CABLE Seguimineto de consultas DNS APÉNDICE B: INFORMACIÓN ADICIONAL Internet Libros Hojas técnicas Cursos Varios APÉNDICE C: REGISTRO EN EL NIC APÉNDICE D: REGISTROS DNS ii DNS y Microsoft Windows NT 4.0
5 Introducción La utilización del servicio DNS en Windows NT 4.0 es opcional. El servicio DNS se suministra con Windows NT 4.0 por si necesita usarlo, aunque todavía no haya nada en los Servicios de directorio de Windows NT que lo necesite. Nos gustaría que empezara a usarlo en la actividad normal del tipo DNS. Es importante indicar que DNS NO es una forma alternativa de mirar a sus Dominios de servicios de directorios (es decir, no es compatible con Examinador o Netlogon, etc.). Si ha decidido usar DNS, este documento le enseña cómo puede diseñar su infraestructura de DNS hoy para prepararse para las versiones futuras de los servicios extendidos de directorio (Enhanced Directory Services, DS) de Windows NT. Lo que estamos a punto de experimentar es un cambio de paradigma. Hasta ahora, el grupo Windows NT, dentro de una empresa, podía actuar en su propio mundo y diseñar los dominios, relaciones de confianza, recursos, etc. de Windows NT. Los grupos de Windows NT no tenían que preocuparse nunca del mundo de los Servicios de directorio, normalmente había otro grupo dentro de la compañía que se preocupaba de X.500, DNS y de otros servicios similares. Con la llegada de los servicios extendidos de directorio, que estarán en la siguiente versión importante de Windows NT, esto cambiará y los dos grupos tendrán que trabajar juntos. Lo importante es que los servicios extendidos de directorio serán parecidos a X.500 y utilizarán DNS para localizar los servidores que proporcionan estos Servicios de directorio. Esta es la razón de la importancia de este documento. Permitirá que los grupos de Windows NT entiendan el otro mundo de los Servicios de directorio. El documento intenta se una ayuda para que estos dos grupos entiendan las necesidades del otro, de forma que se pueda llevar a cabo una conversión progresiva a los Servicios extendidos de directorio. En este documento se define primero la tecnología DNS (sección fundamental para todos aquellos que no conozcan DNS). Luego se comenta el sistema de nombres de dominio específico de Microsoft (en esta sección se explica por qué la aplicación DNS de Microsoft es la elección correcta para un entorno Microsoft o mixto), después se tratan algunas arquitecturas (esta sección es importante para todos aquellos que vayan a diseñar una solución DNS) y, finalmente, se ocupa del futuro de Windows NT (esta es una sección importante que todo el mundo debería leer). DNS y Microsoft Windows NT 4.0 1
6 Introducción a DNS Antes de examinar la implementación que Microsoft hace de DNS, es importante que el lector sepa un poco acerca de la historia de DNS. Si ya está familiarizado con DNS y su funcionalidad, puede que desee saltarse esta sección del documento e ir directamente a Implementación de DNS mediante Windows NT DNS y Microsoft Windows NT 4.0
7 Antecedentes Historia de DNS El Sistema de nombres de dominio (DNS) es un conjunto de protocolos y servicios sobre una red TCP/IP que permite a los usuarios de la red utilizar nombres amigables jerárquicos cuando busque otros host (es decir, equipos) en lugar de tener que recordar y usar sus direcciones IP. En la actualidad, este sistema cada vez se usa más en Internet y en muchas empresas privadas. Si alguna vez ha utilizado un explorador WEB, una aplicación de Telnet, un programa de FTP o cualquier otro programa de TCP/IP parecido de Internet, entonces probablemente haya usado un servidor DNS. La función más conocida de los protocolos DNS es la asignación de nomb res amigables a direcciones IP. Por ejemplo, si la dirección IP del sitio FTP de Microsoft es , la mayoría de la gente llega a este equipo especificando ftp.microsoft.com y no la dirección IP, que es menos amigable. Además de ser más fácil de recordar, el nombre es más fiable. La dirección numérica podría cambiar por muchas razones, pero el nombre siempre sirve. Antes de la implementación de DNS, la utilización de nombres de equipos que fueran amigables se realizaba a través del uso de archivos HOSTS que contenían una lista de nombres y sus direcciones IP asociadas. En Internet, este archivo se administraba de forma centralizada y cada ubicación descargaba periódicamente una nueva copia. A medida que fue creciendo el número de equipos en Internet, esta solución se complicó demasiado y surgió la necesidad de algo mejor. Esta solución mejor se convirtió en DNS. Según el Dr. Paul Mockapetris, el diseñador principal de DNS, el objetivo original del diseño de DNS era reemplazar este engorroso archivo HOSTS, administrado de forma singular, por una base de datos distribuida ligera que permitiera la existencia de un espacio jerárquico de nombres, la distribución de la administración, tipos de datos extensibles, tamaño de base de datos virtualmente ilimitado y un rendimiento razonable. DNS se asigna a la capa 7 del modelo OSI y puede usar UDP o TCP como protocolo subyacente. Los resolver envían consultas UDP primero a los servidores, para obtener un mejor rendimiento, y sólo acuden a TCP si los datos devueltos están truncados. La implementación más conocida del protocolo DNS BIND se programó en Berkeley, originalmente, para el sistema operativo UNIX BSD 4.3. El nombre BIND significa Berkeley Internet Name Domain (Dominio de nombres de Internet de Berkeley). Las especificaciones principales de DNS se definen en las Peticiones de comentarios (Requests for Comments, RFC) 974, 1034 y DNS y Microsoft Windows NT 4.0 3
8 Fundamentos de la tecnología Introducción Un sistema de nombres de dominio (DNS) consta de una base de datos de nombres distribuida. Los nombres de la base de datos DNS establecen un estructura lógica de árbol conocida como espacio de nombres del dominio. Cada nodo o dominio del espacio de nombres del dominio tiene un nombre y puede contener subdominios. Los dominios y subdominios se agrupan en zonas para permitir la administración distribuida del espacio de nombres (las zonas se describen más adelante en esta sección). El nombre del dominio identifica la posición del dominio en la jerarquía lógica de DNS respecto de su dominio principal, al separar cada rama del árbol con un punto.. En la siguiente figura se muestran varios dominios superiores, entre los que se encuentra el dominio Microsoft y un host llamado rino dentro del dominio microsoft.com. Si alguien quisiera contactar con ese host, usarían el Nombre de dominio completo (FQDN) rino.microsoft.com. Servidores DNS e Internet El Centro de información de la red Internet (Internet Network Information Center, administra la raíz de la base de datos DNS en Internet. Los dominios superiores se han asignado a organizaciones y países. Estos nombres de dominio siguen el estándar internacional Para los países se usan abreviaturas de dos y de tres letras, y se han reservado varias abreviaturas para que las usen las organizaciones, como se muestra en los siguientes ejemplos. 4 DNS y Microsoft Windows NT 4.0
9 Nombre dominio DNS com edu gob int mil red org Tipo de organización Comercial (por ejemplo, microsoft.com para Microsoft Corporation) Educacional (por ejemplo, uned.edu para Universidad de Educación a Distancia) Gubernamental (por ejemplo, moncloa.gob para el palacio de la Moncloa en Madrid) Organizaciones internacionales (por ejemplo, otan.int para la OTAN) Operaciones militares (por ejemplo, ejército.mil para el Ejército) Organizaciones de redes (por ejemplo, nsf.red para NSFNET) Organizaciones no comerciales (por ejemplo, fidonet.org para FidoNet) Dominios Cada nodo del árbol de una base de datos DNS, junto con todos los nodos por debajo del mismo, se llama un dominio. Los dominios pueden contener host (equipos) y otros dominios (subdominios). Por ejemplo, el dominio Microsoft, microsoft.com, podría contener a la vez equipos, como ftp.microsoft.com, y subdominios, como dev.microsoft.com, que a su vez podría contener host, como por ejemplo ntserver.dev.microsoft.com. Por norma general, los nombres de dominio y los nombres de host tienen restricciones, sólo está permitido el uso de los caracteres `a-z', `A-Z', `0-9', y `-' (guión o signo menos). No está permitido el uso de caracteres tales como `/',., y `_' (barra, punto y subrayado). Zonas Una zona es alguna parte del espacio de nombres DNS cuyos registros de la base de datos existen y se administran en un archivo determinado de zona. Puede configurarse un único servidor DNS para administrar uno o múltiples archivos de zona. Cada zona está anclada en un determinado nodo del dominio, llamado dominio raíz de la zona. Los archivos de zona no contienen necesariamente todo el árbol (es decir, todos los subdominios) bajo el dominio raíz de la zona. En la figura que se muestra a continuación, se ofrece una comparación entre dominios y zonas. En este ejemplo, microsoft.com es un dominio pero el dominio completo no está controlado por un archivo de zona. Parte del dominio está realmente dividido en un archivo de zona distinto para dev.microsoft.com. A veces es necesario dividir los dominios de los archivos de zonas múltiples para distribuir la administración del dominio en grupos distintos o para realizar una duplicación de los datos eficaz (es decir, transferencias de zonas, que se describen más adelante). Es muy importante que comprenda la diferencia entre una zona y un dominio. Una zona es un archivo físico compuesto de registros del recurso que define un grupo de dominios. Un dominio es un nodo del espacio de nombres DNS y todos los subdominios que se encuentran por debajo. DNS y Microsoft Windows NT 4.0 5
10 Servidores de nombres Los servidores DNS almacenan información acerca del espacio de nombres del dominio y son conocidos como Servidores de nombres. Los servidores de nombres suelen ser responsables de una o más zonas. El servidor de nombres se dice que tiene autoridad sobre esas zonas. Cuando se configura un Servidor de nombres DNS (como vamos a ver con el registro NS ), se indica cuáles son los restantes Servidores de nombres DNS que se encuentran en el mismo dominio. Servidores de nombres principal, secundario y maestro Un Servidor de nombres principal es un servidor de nombres que obtiene los datos de sus zonas de archivos locales. Los cambios en una zona, como la adición de dominios o hosts, se realizan en el Servidor de nombres principal. Un Servidor de nombres secundario obtiene los datos de sus zonas de otro servidor de nombres de la red que tiene autoridad para esa zona. El proceso de obtención de información de estas zonas (es decir, el archivo de base de datos) por red se conoce como una transferencia de zona. Existen tres razones para tener servidores secundarios en una empresa: Redundancia Se necesitan al menos dos servidores de nombres DNS que sirvan cada zona, uno principal y al menos uno secundario para redundancia. Como en el caso de cualquier sistema de tolerancia a fallos, los equipos deben ser tan independientes como sea posible (es decir, redes distintas, etc.). 6 DNS y Microsoft Windows NT 4.0
11 Ubicaciones remotas También se debería tener servidores secundarios (u otros servidores principales para los subdominios) en ubicaciones remotas que tengan un alto número de clientes. No querrá que estos clientes tengan que comunicarse a través de vínculos lentos para la resolución de nombres. Reducir la carga del principal También se necesitan servidores secundarios para reducir la carga del servidor principal. Puesto que la información de cada zona se almacena en archivos separados, esta designación principal o secundaria se define a nivel de zona. En otras palabras, un servidor de nombres determinado puede ser un servidor de nombres principal para ciertas zonas y un servidor de nombres secundario para otras zonas. Cuando se define una zona de un servidor de nombres como secundario, debe designar un servidor de nombres del que obtener la información de la zona. El origen de la información de la zona de un servidor de nombres secundario de una jerarquía DNS se conoce como un Servidor de nombres maestro. Un servidor de nombres maestro puede ser un servidor de nombres principal o secundario para la zona en concreto. Cuando se inicia un servidor de nombres secundario, se pone en contacto con su servidor de nombres maestro e inicia una transferencia de zona con ese servidor. Use los servidores secundarios como servidores maestros cuando el principal se encuentre sobrecargado, o cuando haya una ruta de red más eficaz entre secundario a secundario frente a secundario a principal. Servidores de reenvío y servidores esclavo Cuando un servidor de nombres DNS recibe una petición de DNS, intenta localizar la información solicitada dentro de sus propios archivos de zona. Si esto no funciona porque el servidor no tiene autoridad sobre el dominio solicitado, debe comunicarse con otros servidores de nombres DNS para resolver la petición. Teniendo en cuenta que, en una red conectada globalmente, la petición de resolución DNS fuera de una zona local suele requerir la interacción con servidores de nombres DNS de fuera de la empresa en Internet, puede que desee activar, de forma selectiva, determinados servidores de nombres DNS en su empresa para realizar esta comunicación de área extensa. Para solucionar este asunto, DNS ofrece el concepto de servidor de reenvío. Se seleccionan determinados servidores de nombres DNS para que sean servidores de reenvío y sólo se permite que sean estos servidores los que lleven a cabo la comunicación de área amplia por Internet. Todos los demás servidores de nombres DNS de la compañía se configuran para que usen el servidor de reenvío y se configuran con la dirección IP de los servidores de nombres DNS designados como servidores de reenvío. Esta configuración se realiza teniendo en cuenta el servidor, no la zona. DNS y Microsoft Windows NT 4.0 7
12 Cuando un servidor configurado para usar un servidor de reenvío recibe una petición DNS que no puede resolver (a través de su propios archivos de zona), pasa la petición al uno de los designados como servidores de reenvío. A continuación, el servidor de reenvío realiza la comunicación necesaria para satisfacer la petición y devuelve los resultados al servidor que efectuó la petición, que, a su vez, devuelve la petición al solicitante original. Si el servidor de reenvío no puede resolver la consulta, el servidor DNS intenta resolver la consulta por sí mismo, de forma normal. Los esclavos son servidores DNS configurados para usar servidores de reenvío y también para devolver un mensaje de error si el propio servidor de reenvío no es capaz de resolver la consulta. Los esclavos no intentan ponerse en contacto con otros servidores de nombres cuando el servidor de reenvío no puede satisfacer la petición. Servidores de almacenamiento temporal (sólo-obtener) Aunque todos los servidores de nombres DNS almacenan en la caché las consultas que han solucionado, los Servidores de almacenamiento temporal (también llamados de sólo-obtener) son servidores de nombres DNS cuyo único trabajo es realizar consultas, almacenar en la caché las respuestas y devolver los resultados. Es decir, no tienen autoridad sobre ningún dominio y sólo contienen la información que han acumulado en la caché mientras resolvían consultas. A la hora de decidir cuándo usar estos servidores, tenga presente que, cuando el servidor se inicia por primera vez, no tiene información acumulada en la caché y tiene que ir generando dicha información con el tiempo, según vaya atendiendo peticiones. Sin embargo, si disponen de un enlace lento entre los sitios, entonces se enviará mucho menos tráfico por el enlace lento, porque el servidor no estará realizando transferencias de zona. Resolución de nombres Un cliente puede realizar tres tipos de consultas a un servidor DNS, recursiva, iterativa e inversa. Mientras se comenta la resolución de nombres, recuerde que un servidor DNS puede ser un cliente de otro servidor DNS. 8 DNS y Microsoft Windows NT 4.0
13 Consultas recursivas En una consulta recursiva, se pide al servidor de nombres que responda con los datos pedidos, o con un error que indique que el nombre del dominio especificado o los datos del tipo pedido no existen. El servidor de nombres no puede simplemente mandar al solicitante a un servidor de nombres distinto. Este tipo de consulta suele realizarla un cliente DNS (un Resolver) a un servidor DNS. Además, si un servidor DNS está configurado para usar un servidor de reenvío, la consulta de este servidor DNS a su servidor de reenvío será una consulta recursiva. Consultas iterativas En una consulta iterativa, el servidor de nombres consultado devuelve al solicitante la mejor respuesta que tiene disponible. Este tipo de consulta la suele realizar un servidor DNS a otros servidores DNS después de haber recibido una consulta recursiva de un resolver. En la siguiente figura se muestra un ejemplo de ambos tipos de consultas. La consulta 1/8 es una consulta recursiva de un resolver de clientes a su servidor DNS, mientras que 2/3, 4/5 y 6/7 son consultas iterativas del servidor DNS a otros servidores DNS. DNS y Microsoft Windows NT 4.0 9
14 Obtención del nombre del host dada la dirección IP Qué ocurre si un resolver tiene la dirección IP y quiere saber el nombre del host de una máquina determinada? En lugar de suministrar un nombre y preguntar por una dirección IP, el cliente necesita proporcionar la dirección IP y preguntar por el nombre. Puesto que no hay una relación directa, en el espacio de nombres DNS, entre los nombres de dominios y las direcciones IP asociadas que contienen, sólo se puede garantizar una respuesta correcta si se realiza una búsqueda en profundidad de todos los dominios. Para solucionar este problema, se ha creado un dominio especial ( in-addr.arpa. ) en el espacio de nombres DNS. Los nodos del dominio in-addr.arpun reciben su nombre según los números de la representación en octetos punteada de las direcciones IP. Pero, puesto que las direcciones IP se vuelven más específicas de izquierda a derecha y que los nombres de dominio se vuelven menos específicos de izquierda a derecha, al generar el árbol in-addr.arpa hay que invertir el orden de los octetos de la dirección IP. Con este arreglo, ser puede conceder la administración de las ramas inferiores del árbol in-addr.arpa de DNS a las empresas cuando se les asigna su dirección de subred de clase A, B o C. Una vez generado el árbol del dominio en la base de datos DNS, se agrega un registro de puntero especial para asociar las direcciones IP a los nombres correspondientes de host. Es decir, para buscar un nombre de host para la dirección IP , el resolver solicitará al servidor DNS un registro de puntero para in-addr.arpa. Si esta dirección estuviera fuera del dominio local, el servidor DNS empezaría en la raíz y resolvería, secuencialmente, los nodos del dominio hasta alcanzar in-addr.arpa, que contendría el registro PTR del recurso de 2 (es decir, ). Almacenamiento en la caché y tiempo de vida Cuando un servidor de nombres está procesando una consulta recursiva, puede que sea necesario enviar varias consultas hasta encontrar la respuesta definitiva. El servidor de nombres almacena en la caché toda la información que recibe en este proceso durante el periodo de tiempo especificado en los datos devueltos. Este tiempo es conocido como el tiempo de vida (Time To Live, TTL). El administrador del servidor de nombres de la zona que contiene los datos decide el TTL para los datos. Cuanto menores sean los valores de TTL se asegurará que los datos del dominio sean más consistentes en la red si este valor cambia a menudo. Sin embargo, esto también aumentará la carga del servidor de nombres. 10 DNS y Microsoft Windows NT 4.0
15 En cuanto se almacenan los datos en la caché de un servidor DNS, debe empezar a disminuir el TTL (es decir, a descontar) del valor original, de forma que pueda saber cuándo eliminar los datos de su caché. Si llega una consulta que se puede contestar con los datos acumulados, el TTL que se devuelve con los datos es el tiempo real restante hasta que se eliminen los datos de la caché del servidor DNS. Los resolver cliente también disponen de cachés de datos y utilizan el valor TTL, lo que les permite saber cuándo caducan los datos. DNS y Microsoft Windows NT
16 Los archivos DNS Introducción La mayoría de los sistemas DNS tienen que configurarse editando archivos de texto. Con DNS de Microsoft, como con el resto de los productos basados en Microsoft Windows, existe una interfaz amigable. La nueva interfaz de administración hace mucho más fácil la configuración de los servidores DNS de Microsoft, tanto locales como remotos. La herramienta administrativa de DNS configura los archivos de texto compatibles RFC. Aunque la interfaz gráfica de usuario le ofrece la posibilidad de modificar los archivos DNS sin un editor, es importante que conozca la composición de los archivos de configuración del sistema DNS. En los sistemas DNS compatibles con RFC, hay varios archivos que definen la configuración del sistema y la base de datos DNS. Entre estos archivos se incluye la base de datos, la caché, búsqueda inversa y 127 archivos de búsqueda inversa. Estos archivos también existen en el DNS de Windows NT 4.0 y también son compatibles con RFC. Estos archivos se explican detalladamente en esta sección. El archivo de base de datos Un archivo de base de datos o archivo de zona es el archivo que contiene los registros del recurso para la parte del dominio de la que es responsable la zona. Algunos de los registros comunes del recurso se enumeran a continuación. Para obtener una lista más completa, remítase al apéndice de este documento o consulte los RFC adecuados. Windows NT 4.0 proporciona un archivo como plantilla para trabajar con el llamado "place.dns". Es necesario modificar este archivo y cambiarle de nombre antes de usarlo en un servidor DNS de producción. Se recomienda dar a este archivo el mismo nombre que el de la zona a la que representa. Éste es el archivo que se va a duplicar entre los maestros y los secundarios. El inicio de la autoridad El primer registro de cualquier archivo de base de datos es el registro SOA. IN SOA <host origen> <correo electrónico de contacto> <nº ser.> <tiempo actualización> <tiempo reintento> <tiempo caducidad> <TTL> host origen - El host en el que se mantiene el archivo. correo electrónico de contacto - La dirección de correo electrónico de Internet de la persona responsable del archivo de base de datos de este dominio. En lugar de escribir el en el nombre de correo electrónico, como se suele hacer, el se sustituye por un. cuando se coloca en el archivo de zonas. Es decir, la dirección de correo electrónico sería glennwo.microsoft.com en el archivo de zona. 12 DNS y Microsoft Windows NT 4.0
17 número de serie - El "número de versión" de este archivo de base de datos. Este número debería aumentar cada vez que cambie el archivo de base de datos. tiempo de actualización - El tiempo (en segundos) que esperará un servidor secundario entre comprobaciones de su servidor maestro para ver si el archivo de base de datos ha cambiado y si hay que pedir una transferencia de zona. tiempo de reintento - El tiempo (en segundos) que esperará un servidor secundario antes de volver a intentar una transferencia de zona que haya fallado. tiempo de caducidad - El tiempo (en segundos) que un servidor secundario seguirá intentando descargar una zona. Cuando haya pasado este tiempo, se rechazará la información antigua de la zona. tiempo de vida (TTL) - El tiempo (en segundos) que un servidor DNS tiene permitido acumular en la caché cualquier registro del recurso de este archivo de base de datos. Éste es el valor que se envía con todas las respuestas de la consulta de este archivo de zona cuando el registro de recurso individual no contiene un valor que lo anule. Para que un registro de recurso abarque una línea en un archivo de base de datos, los saltos de línea deben incluirse entre paréntesis. En un archivo de zona, el representa el dominio raíz de la zona (microsoft.com en los siguientes ejemplos). La abreviatura IN de los siguientes registros es la clase de datos. Significa Internet. Existen otras clases, pero ninguna de ellas se utiliza demasiado en la actualidad. Cualquier nombre de dominio del archivo de base de datos que no termine con un punto. tendrá el dominio raíz anexado al final. IN SOA nombreservidor1.microsoft.com. glennwo.microsoft.com. ( 1 ; número de serie ; actualizar [3 horas] 3600 ; reintentar [1 hora] ; caducar [7 días] ) ; tiempo de vida [1 día] DNS y Microsoft Windows NT
18 El establecimiento del intervalo de actualización de un servidor debe ser un equilibrio entre la consistencia de los datos (exactitud de los datos) y la carga de las redes. El registro Servidor de nombres Enumera los servidores de nombres de este dominio, permitiendo que otros servidores de nombres miren los nombres de su dominio. <dominio> IN NS <nombreservidor host > IN IN NS nombreservidor2.microsoft.com. nombreservidor3.microsoft.com. El registro Intercambio de correo Este registro indica qué host procesa el correo de este dominio. Si existen múltiples registros de intercambio de correo, el resolver intentará ponerse en contacto con los servidores de correo en orden de preferencia, empezando por los valores inferiores (mayor prioridad) hasta el valor superior (menor prioridad). Al usar los siguientes registros de ejemplo, el correo enviado a se envía primero a si es posible, y luego a si servidorcorreo0 no está disponible. <dominio> IN MX <preferencia> <servidorcorreo host > IN MX 1 IN MX 2 servidorcorreo1 14 DNS y Microsoft Windows NT 4.0
19 El registro Host Un registro host sirve para asociar estáticamente nombres de host a direcciones IP dentro de una zona. Debe contener entradas para todos los hosts que requieran asignación estática, incluyendo las estaciones de trabajo, los servidores de nombres, los servidores de correo, etc. Éstos son los registros que componen la mayor parte del archivo de base de datos cuando se usan registros estáticos. <nombre host> IN A <dirección IP de host> Ejemplo: rino IN A nombreservidor2 IN A servidorcorreo1 IN A El registro Host Local Un registro de host local permite consultas a "hostlocal.microsoft.com." para devolver hostlocal IN A El registro CNAME Estos registros también reciben el nombre de "alias", aunque técnicamente son conocidos como entradas "nombre canónico" (CNAME). Estos registros le permiten usar más de un nombre para apuntar a un único host. La utilización de nombres canónicos simplifica operaciones tales como albergar a la vez un servidor FTP y un servidor WEB en el mismo equipo. <nombre alias host > IN CNAME <nombre host> Ejemplo: Suponga que y que ftp.microsoft.com se encuentran en el mismo equipo. Si éste es el caso, entonces podría tener las siguientes entradas en su archivo de zona: Servidorarchivos1 IN A ftp www CNAME Servidorarchivos1 CNAME Servidorarchivos1 Si alguna vez intentara desplazar el servicio del servidor FTP lejos del servicio WEB, lo único que tendría que hacer es cambiar el CNAME del servidor DNS de ftp y agregar un registro de dirección para el nuevo servidor. Por ejemplo: ftp CNAME Servidorarchivos2 Servidorarchivos2 IN A DNS y Microsoft Windows NT
20 El archivo de caché El archivo de la caché contiene la información del host necesaria para resolver nombres fuera de los dominios que tienen autoridad. Contiene nombres y direcciones de servidores de nombres raíz. Para los usuarios de Internet, el archivo predeterminado suministrado con el Servicio DNS de Microsoft debería ser suficiente. Para las instalaciones NO conectadas a Internet, el archivo debería sustituirse para contener los servidores de nombres que tengan autoridad sobre la raíz de su red privada. Para obtener un archivo caché actual de Internet vea ftp://rs.internic.net/domain/named.cache Ejemplo: ; DNS CACHE FILE ; ; Initial cache data for root domain servers. ; ; YOU SHOULD CHANGE: ; - Nothing if connected to the Internet. Edit this file only when ; update root name server list is released. ; OR ; - If NOT connected to the Internet, remove these records and replace ; with NS and A records for the DNS server authoritative for the ; root domain at your site. ; Internet root name server records: ; last update: Sep 1, 1995 ; related version of root zone: ; ; formerly NS.INTERNIC.NET IN NS A.ROOT-SERVERS.NET. A.ROOT-SERVERS.NET A ; formerly NS1.ISI.EDU NS B.ROOT-SERVERS.NET. B.ROOT-SERVERS.NET A ; formerly C.PSI.NET NS C.ROOT-SERVERS.NET. C.ROOT-SERVERS.NET A ; formerly TERP.UMD.EDU NS D.ROOT-SERVERS.NET. D.ROOT-SERVERS.NET A ; formerly NS.NASA.GOV NS E.ROOT-SERVERS.NET. E.ROOT-SERVERS.NET A ; formerly NS.ISC.ORG NS F.ROOT-SERVERS.NET. F.ROOT-SERVERS.NET A ; formerly NS.NIC.DDN.MIL NS G.ROOT-SERVERS.NET. G.ROOT-SERVERS.NET A ; formerly AOS.ARL.ARMY.MIL NS H.ROOT-SERVERS.NET. ; End of File El archivo de Búsqueda inversa Es un archivo de base de datos que sirve para las consultas inversas en zonas DNS de IP particulares de nombres de host cuando se proporcionan los números de IP. Esto permite que un resolver proporcione una dirección IP y que pida el correspondiente nombre de host. Este archivo contiene registros SOA y Servidor de nombres parecidos a otros archivos de zonas de base de datos DNS. También contiene registros de punteros. 16 DNS y Microsoft Windows NT 4.0

References: Resolución 
 Resolución 
 resolución 
 resolución 
 Resolución 
 resolución