Descripción de las zonas y de la transferencia de zonas 14

Transcripción

1 DNS en W2000-Server

2 ÍNDICE Definición de DNS 1 Nombres de dominio DNS 2 Descripción del espacio de nombres de dominio DNS Cómo se organiza el espacio de nombres de dominio DNS Interpretar un nombre de dominio DNS Antecedentes de DNS e Internet Cómo funcionan las consultas DNS 7 Parte 1: el solucionador local Parte 2: consultar un servidor DNS Respuestas de consultas alternativas Cómo funciona la iteración Cómo funciona el almacenamiento en caché Descripción de las zonas y de la transferencia de zonas 14 Diferencia entre zonas y dominios Por qué son necesarias la replicación y las transferencias de zona Transferencias de zona incrementales Ejemplo: transferencia de zona Notificación DNS Búsqueda inversa 20 Ejemplo: consulta inversa (para redes IPv4) Consultas inversas Archivos relacionados con DNS 23 Administrar registros de recursos 25 Administrar las propiedades generales Administrar registros de autoridad El registro de recursos SOA de inicio de autoridad El registro de recursos NS Registros de recursos de host (A) Registros de recursos de alias (CNAME) Registros de recursos del agente de intercambio de correo (MX) Registros de recursos de puntero Registros de recursos de ubicación de servicio (SRV) Otros registros de recursos

3

4 Definición de DNS DNS es una abreviatura para Sistema de nombres de dominio (Domain Name System), un sistema para asignar nombres a equipos y servicios de red que se organiza en una jerarquía de dominios. La asignación de nombres DNS se utiliza en las redes TCP/IP, como Internet, para localizar equipos y servicios con nombres sencillos. Cuando un usuario escriba un nombre DNS en una aplicación, los servicios DNS podrán traducir el nombre a otra información asociada con el mismo, como una dirección IP. Por ejemplo, la mayoría de los usuarios prefieren un nombre fácil de utilizar como ejemplo.microsoft.com para localizar un equipo (como un servidor Web o de correo electrónico) en la red. Un nombre sencillo resulta más fácil de aprender y recordar. Sin embargo, los equipos se comunican a través de una red mediante direcciones numéricas. Para facilitar el uso de los recursos de red, los servicios de nombres como DNS proporcionan una forma de asignar estos nombres sencillos de los equipos o servicios a sus direcciones numéricas. Si utilizó alguna vez un explorador Web, también utilizó DNS. El gráfico siguiente muestra un uso básico de DNS, consistente en la búsqueda de la dirección IP de un equipo basada en su nombre. En este ejemplo, un equipo cliente consulta a un servidor, preguntando la dirección IP de un equipo configurado para utilizar host-a.ejemplo.microsoft.com como nombre de dominio. Como el servidor puede utilizar la base de datos local para responder la consulta, contesta con una respuesta que contiene la información solicitada, un registro de recursos de direcciones host (A) que contiene la información de dirección IP para host-a.ejemplo.microsoft.com. El ejemplo muestra una consulta DNS sencilla entre un único cliente y un servidor. En la práctica, las consultas DNS pueden ser más complicadas que ésta e incluyen pasos adicionales que no se muestran aquí. Página 1

5 Nombres de dominio DNS El Sistema de nombres de dominio (DNS) se definió originalmente en los documentos de Petición de comentarios (RFC, Request for Comments) 1034 y Estos documentos especifican elementos comunes a todas las implementaciones de software relacionadas con DNS, entre los que se incluyen: Un espacio de nombres de dominio DNS, que especifica una jerarquía estructurada de dominios utilizados para organizar nombres. Los registros de recursos, que asignan nombres de dominio DNS a un tipo específico de información de recurso para utilizar cuando se registra o se resuelve el nombre en el espacio de nombres. Los servidores DNS, que almacenan y responden a las consultas de nombres para los registros de recursos. Los clientes DNS, también llamados solucionadores, que consultan a los servidores para buscar y resolver nombres de un tipo de registro de recursos especificado en la consulta. Descripción del espacio de nombres de dominio DNS El espacio de nombres de dominio DNS, como se muestra en la ilustración siguiente, se basa en el concepto de un árbol de dominios con nombre. Cada nivel del árbol puede representar una rama o una hoja del árbol. Una rama es un nivel donde se utiliza más de un nombre para identificar una colección de recursos con nombre. Una hoja representa un nombre único que se utiliza una vez en ese nivel para indicar un recurso específico. Página 2

6 El gráfico anterior muestra cómo Microsoft es la autoridad asignada por los servidores raíz de Internet para su propia parte del árbol del espacio de nombres de dominio DNS en Internet. Los clientes y los servidores DNS usan las consultas como el método fundamental para resolver los nombres en el árbol como información específica de los tipos de recurso. Los servidores DNS proporcionan esta información a los clientes DNS en las respuestas a las consultas, quienes, a continuación, extraen la información y la pasan al programa solicitante para resolver el nombre consultado. En el proceso de resolución de un nombre, tenga en cuenta que los servidores DNS funcionan frecuentemente como clientes DNS, consultando a otros servidores para resolver completamente un nombre consultado. Cómo se organiza el espacio de nombres de dominio DNS Cualquier espacio de nombres de dominio DNS que se utiliza en el árbol es, técnicamente, un dominio. Sin embargo, la mayor parte de las explicaciones de DNS identifica los nombres de una de cinco formas, según el nivel y la forma en que se utiliza normalmente un nombre. Por ejemplo, el nombre de dominio DNS registrado para Microsoft (microsoft.com.) se conoce como un dominio de segundo nivel. Esto se debe a que el nombre tiene dos partes (llamadas etiquetas) que indican que se encuentra dos niveles por debajo de la raíz o la parte superior del árbol. La mayor parte de los nombres de dominio DNS tienen dos etiquetas o más, cada una de las cuales indica un nuevo nivel en el árbol. En los nombres se utilizan puntos para separar las etiquetas. Además de los dominios de segundo nivel, en la siguiente tabla se describen otros términos que se utilizan para describir los nombres de dominio DNS según su función en el espacio de nombres. Tipo nombre El raíz dominio Dominio de nivel superior de Descripción Ejemplo Es la parte superior del árbol, que representa un nivel sin nombre; a veces, se muestra como dos comillas vacías (""), que indican un valor nulo. Cuando se utiliza en un nombre de dominio DNS, empieza con un punto (.) para designar que el nombre Un sólo punto (.) o un punto usado se encuentra en la raíz o en el nivel al final del nombre, como más alto de la jerarquía del dominio. "ejemplo.microsoft.com.". En este caso, el nombre de dominio DNS se considera completo e indica una ubicación exacta en el árbol de nombres. Los nombres indicados de esta forma se llaman nombres de dominio completos (FQDN, Fully Qualified Domain Names). Un nombre de dos o tres letras que se utilizan para indicar un país o región, o el tipo de organización que usa un ".com", que indica un nombre registrado para usos comerciales o empresariales en Internet. Página 3

7 Dominio de segundo nivel Subdominio Nombre de recurso o de host nombre. Nombres de longitud variable registrados que un individuo u organización utiliza en Internet. Estos nombres siempre se basan en un dominio de nivel superior apropiado, según el tipo de organización o ubicación geográfica donde se utiliza el nombre. "microsoft.com.", que es el nombre de dominio de segundo nivel registrado para Microsoft por el registrador de nombres de dominio DNS de Internet. Nombres adicionales que puede crear una organización y se derivan del nombre de dominio registrado de "ejemplo.microsoft.com.", que es segundo nivel. Incluyen los nombres un subdominio ficticio asignado por agregados para desarrollar el árbol de Microsoft para utilizarlo en nombres de DNS en una nombres de ejemplo de organización y que la dividen en documentación. departamentos o ubicaciones geográficas. Nombres que representan una hoja en el árbol DNS de nombres e identifican un recurso específico. Normalmente, la etiqueta de la izquierda de un nombre de dominio DNS identifica un equipo específico en la red. Por ejemplo, si un nombre en este nivel se utiliza en un RR de host (A), éste se utiliza para buscar la dirección IP del equipo según su nombre de host. Interpretar un nombre de dominio DNS "host-a.ejemplo.microsoft.com.", donde la primera etiqueta ("host-a") es el nombre de host DNS de un equipo específico en la red. DNS tiene un método para anotar e interpretar la ruta de acceso completa en un nombre de dominio a DNS de forma similar a como se anotan o muestran las rutas de acceso completas de archivos o directorios en el símbolo del sistema. Por ejemplo, una ruta de acceso del árbol de directorios ayuda a indicar la ubicación exacta de un archivo almacenado en el equipo. Para los equipos con Windows, la barra diagonal inversa (\) indica cada nuevo directorio que dirige a la ubicación exacta de un archivo. Para DNS, lo equivalente es un punto (.) que indica cada nuevo nivel de dominio que se utiliza en un nombre. Por ejemplo, para un archivo llamado Servicios, la ruta de acceso completa de este archivo como se muestra en el símbolo del sistema de Windows sería: C:\Winnt\System32\Drivers\Etc\Servicios Para interpretar la ruta de acceso completa del archivo, el nombre se lee de izquierda a derecha desde el grupo de información más alto o más general (unidad C:, la unidad Página 4

8 donde está almacenado el archivo) a su información más específica, el nombre de archivo "Servicios". Este ejemplo muestra cinco niveles jerárquicos independientes que conducen a la ubicación del archivo Servicios en la unidad C: 1. La carpeta raíz de la unidad C (C:\). 2. La carpeta raíz del sistema donde está instalado Windows (Winnt). 3. Una carpeta del sistema donde están almacenados los componentes del sistema (System32). 4. Una subcarpeta donde están almacenadas las unidades de dispositivos del sistema (Drivers). 5. Una subcarpeta donde están almacenados varios archivos que utiliza el sistema y los controladores de dispositivos de red (Etc). Para DNS, un ejemplo de un nombre de dominio con múltiples niveles es el siguiente, un nombre de dominio completo (FQDN): host-a.ejemplo.microsoft.com. A diferencia del ejemplo de nombre de archivo, un FQDN de DNS, cuando se lee de izquierda a derecha, se mueve desde su información más específica (el nombre DNS de un equipo llamado "host-a") a su grupo de información más alto o más general (el punto final (.) que indica la raíz del árbol de nombres DNS). Este ejemplo muestra los cuatro niveles de dominio DNS independientes que se dirigen desde la ubicación de host específica del "host-a": 1. El dominio "ejemplo", que corresponde a un subdominio donde el nombre de equipo "host-a" está registrado para su uso. 2. El dominio "microsoft", que corresponde al dominio principal que es la raíz del subdominio "ejemplo". 3. El dominio "com", que corresponde al dominio de nivel superior designado para ser usado por empresas u organizaciones comerciales y es la raíz del dominio "microsoft". 4. El punto final (.), que es un carácter de separación estándar que se utiliza para calificar el nombre de dominio DNS completo en el nivel raíz del árbol del espacio de nombres DNS. Antecedentes de DNS e Internet El Sistema de nombres de dominio (DNS) se desarrolló debido a la necesidad de proporcionar un servicio de asignación de nombres a direcciones para los equipos en Internet. Antes de presentar DNS en 1987, la asignación de nombres descriptivos de equipos a direcciones IP se realizaba principalmente a través del uso de un archivo estático compartido, llamado archivo Hosts. Originalmente, Internet era lo suficientemente pequeña para utilizar un archivo administrado de forma centralizada que se publicaba y descargaba mediante FTP en los sitios conectados a Internet. Periódicamente, cada sitio Internet actualizaba su copia del archivo Hosts y se enviaban versiones actualizadas del archivo Hosts para reflejar los cambios en la red. Página 5

9 A medida que aumentaba el número de equipos en Internet, llegó a no ser práctico tener una autoridad centralizada para administrar un solo archivo Hosts para todos los host de Internet. El tamaño de este archivo aumentó en gran medida, lo que hacía muy pesado el mantenimiento y distribución a todos los sitios de su versión actualizada más reciente. El sistema DNS estándar se desarrolló para proporcionar una alternativa a los archivos Hosts. Los documentos RFC 1034 y 1035 especifican la mayor parte de los protocolos básicos y se han agregado y actualizado con otros documentos RFC adicionales enviados al Grupo de trabajo de ingeniería Internet (IETF, Internet Engineering Task Force). El IETF revisa y aprueba nuevos borradores continuamente, por lo que el estándar para DNS evoluciona y cambia cuando es necesario. Notas Es necesario que los nombres de dominio DNS sean únicos en cada nivel, pero se pueden reutilizar etiquetas de nombres individuales en otros dominios. Por ejemplo, el nombre "servidorcorreo" se puede utilizar sólo una vez en los dominios ejemplo.microsoft.com y microsoft.com. En Windows 2000, los archivos Hosts se admitían como un método de archivo estático local para asignar nombres de dominio DNS en equipos host a sus direcciones IP. Además de esta función básica y tradicional, Windows 2000 carga previamente las entradas asignadas agregadas a este archivo en la caché local de nombres DNS en cada equipo cuando se inicia el servicio Cliente DNS. El archivo Hosts se proporciona en la carpeta raízdesistema\system32\drivers\etc. Para ver o modificar este archivo, puede utilizar el Bloc de notas u otro procesador de texto. Para obtener más información acerca de cómo crear o modificar el archivo Hosts, consulte los comentarios y ejemplos del archivo. Página 6

10 Cómo funcionan las consultas DNS Cuando un cliente DNS necesita buscar un nombre que se utiliza en un programa, consulta los servidores DNS para resolver el nombre. Cada mensaje de consulta que envía el cliente contiene tres grupos de información, que especifican una pregunta que tiene que responder el servidor: Un nombre de dominio DNS especificado, indicado como el nombre de dominio completo (FQDN) Un tipo de consulta especificado, que puede establecer un tipo de registro de recursos por tipo o un tipo especializado de operación de consulta Una clase especificada para el nombre de dominio DNS. Para servidores DNS de Windows, esto se debería especificar siempre como la clase Internet (IN). Por ejemplo, el nombre especificado podría ser el nombre completo de un equipo, como "host-a.ejemplo.microsoft.com.", y el tipo de consulta especificado para buscar un registro de recursos de dirección (A) por ese nombre. Considere una consulta DNS como una pregunta de un cliente a un servidor en dos partes, como " Tiene algún registro de recursos de dirección (A) de un equipo llamado 'nombrehost.ejemplo.microsoft.com'?". Cuando el cliente recibe una respuesta del servidor, lee e interpreta el registro de recursos A respondido, y aprende la dirección IP del equipo al que preguntó por el nombre. Las consultas DNS se resuelven de diferentes formas. A veces, un cliente responde a una consulta localmente mediante la información almacenada en la caché obtenida de una consulta anterior. El servidor DNS puede utilizar su propia caché de información de registros de recursos para responder a una consulta. Un servidor DNS también puede consultar o ponerse en contacto con otros servidores DNS en nombre del cliente solicitante para resolver el nombre por completo y, a continuación, enviar una respuesta al cliente. Este proceso se llama recursión. Además, el mismo cliente puede intentar ponerse en contacto con servidores DNS adicionales para resolver un nombre. Cuando un cliente lo hace, utiliza consultas adicionales e independientes en función de respuestas de referencia de los servidores. Este proceso se llama iteración. En general, el proceso de consulta DNS se realiza en dos partes: La consulta de un nombre comienza en un equipo cliente y se pasa al solucionador, el servicio Cliente DNS, para proceder a su resolución. Cuando la consulta no se puede resolver localmente, se puede consultar a los servidores DNS según sea necesario para resolver el nombre. Estos dos procesos se detallan en las secciones siguientes. Página 7

11 Parte 1: el solucionador local El siguiente gráfico muestra un resumen del proceso de consulta DNS completo. Como se muestra en los pasos iniciales del proceso de consulta, en un programa del equipo local se utiliza un nombre de dominio DNS. A continuación, la solicitud se pasa al servicio Cliente DNS para proceder a su resolución mediante la información almacenada en la caché local. Si el nombre consultado se puede resolver, se responde a la consulta y el proceso finaliza. La caché del solucionador local puede incluir información de nombres obtenida de dos orígenes posibles: Si un archivo Hosts está configurado localmente, las asignaciones de nombre a dirección de host de ese archivo se cargan con anterioridad en la caché cuando se inicia el servicio Cliente DNS. Los registros de recursos obtenidos en las respuestas de consultas DNS anteriores se agregan a la caché y se mantienen durante un período. Si la consulta no coincide con una entrada de la caché, el proceso de resolución continúa con la consulta del cliente al servidor DNS para resolver el nombre. Parte 2: consultar un servidor DNS Como se indicó en el gráfico anterior, el cliente consulta un servidor DNS preferido. El servidor real utilizado durante la parte de la consulta inicial cliente-servidor del proceso se selecciona de una lista global. Cuando el servidor DNS recibe una consulta, primero comprueba si puede responder la consulta con autoridad en función de la información de registro de recursos contenida en una zona configurada localmente en el servidor. Si el nombre consultado coincide con un registro de recursos correspondiente en la información de zona local, el servidor responde con autoridad y usa esta información para resolver el nombre consultado. Si no existe ninguna información para el nombre consultado, a continuación el servidor comprueba si puede resolver el nombre mediante la información almacenada en la caché Página 8

12 local de consultas anteriores. Si aquí se encuentra una coincidencia, el servidor responde con esta información. De nuevo, si el servidor preferido puede responder con una respuesta de su caché que concuerda al cliente solicitante, la consulta se finaliza. Si el nombre consultado no encuentra una respuesta coincidente en su servidor preferido, ya sea en su caché o en su información de zona, el proceso de consulta puede continuar y se usa la recursión para resolver completamente el nombre. Esto implica la asistencia de otros servidores DNS para ayudar a resolver el nombre. De forma predeterminada, el servicio Cliente DNS pregunta al servidor si va a utilizar un proceso de recursión para resolver completamente los nombres en nombre del cliente antes de devolver una respuesta. En la mayor parte de los casos, el servidor DNS se configura, de forma predeterminada, para admitir el proceso de recursión como se muestra en la ilustración siguiente. Para que el servidor DNS realice la recursión correctamente, primero necesita información de contacto útil acerca de los otros servidores DNS en el espacio de nombres de dominio DNS. Esta información se proporciona en forma de sugerencias de raíz, una lista de los registros de recursos preliminares que puede utilizar el servicio DNS para localizar otros servidores DNS que tienen autoridad para la raíz del árbol del espacio de nombres de dominio DNS. Los servidores raíz tienen autoridad para el dominio raíz y los dominios de nivel superior en el árbol del espacio de nombres de dominio DNS. Mediante el uso de las sugerencias de raíz para encontrar los servidores raíz, un servidor DNS puede completar el uso de la recursión. En teoría, este proceso permite a un servidor DNS localizar los servidores que tienen autoridad en cualquier otro nombre de dominio DNS que se utiliza en cualquier nivel del árbol del espacio de nombres. Por ejemplo, piense en la posibilidad de usar el proceso de recursión para localizar el nombre "host-b.ejemplo.microsoft.com." cuando el cliente consulte un único servidor DNS. El proceso ocurre cuando un servidor y un cliente DNS se inician y no tienen información almacenada en la caché local disponible para ayudar a resolver la consulta Página 9

13 de un nombre. Se supone que el nombre consultado por el cliente es para un nombre de dominio del que el servidor no tiene conocimiento, según sus zonas configuradas. Primero, el servidor preferido analiza el nombre completo y determina que necesita la ubicación del servidor con autoridad para el dominio de nivel superior, "com". A continuación, utiliza una consulta iterativa al servidor DNS "com" para obtener una referencia al servidor "microsoft.com". Después, desde el servidor "microsoft.com" se proporciona una respuesta de referencia al servidor DNS para "ejemplo.microsoft.com". Finalmente, se entra en contacto con el servidor "ejemplo.microsoft.com.". Ya que este servidor contiene el nombre consultado como parte de sus zonas configuradas, responde con autoridad al servidor original que inició la recursión. Cuando el servidor original recibe la respuesta que indica que se obtuvo una respuesta con autoridad a la consulta solicitada, reenvía esta respuesta al cliente solicitante y el proceso de consulta recursiva se completa. Aunque el proceso de consulta recursiva puede usar muchos recursos cuando se realiza como se describe arriba, tiene algunas ventajas en el rendimiento para el servidor DNS. Por ejemplo, durante el proceso de recursión, el servidor DNS que realiza la búsqueda recursiva obtiene información acerca del espacio de nombres de dominio DNS. Esta información se almacena en la caché del servidor y se puede utilizar de nuevo para ayudar a acelerar la obtención de la respuesta de consultas subsiguientes que la utilizan o concuerdan con ella. A lo largo del tiempo, esta información almacenada en caché puede crecer hasta ocupar una parte significativa de los recursos de memoria del servidor, aunque se limpie siempre que el servicio DNS se activa y desactiva. Respuestas de consultas alternativas En las afirmaciones anteriores acerca de las consultas DNS se supone que el proceso finaliza con una respuesta positiva devuelta por el cliente. Sin embargo, las consultas también pueden devolver otras respuestas. Las más habituales son: Una respuesta con autoridad Una respuesta positiva Una respuesta de referencia Una respuesta negativa Una respuesta con autoridad es una respuesta positiva devuelta al cliente y entregada con el bit de autoridad activado en el mensaje DNS para indicar que la respuesta se obtuvo de un servidor con autoridad directa para el nombre consultado. Una respuesta positiva puede estar formada por el registro de recursos consultado o por una lista de registros de recursos (también llamada un RRset) que se ajusta al nombre de dominio DNS consultado y el tipo de registro especificado en el mensaje de la consulta. Una respuesta de referencia contiene registros de recursos adicionales no especificados por el nombre o el tipo en la consulta. Si el proceso de recursión no se admite, se devuelve al cliente este tipo de respuesta. Los registros no se destinan a actuar como respuestas de referencia útiles que el cliente puede utilizar para continuar la consulta mediante la iteración. Página 10

14 Una respuesta de referencia contiene datos adicionales como registros de recursos (RR) distintos de los del tipo consultado. Por ejemplo, si el nombre de host consultado era "www" y no se encontró ningún registro de recursos de dirección (A) para este nombre en esta zona pero, en su lugar, se encontró un registro de recursos de CNAME para "www", el servidor DNS puede incluir esa información cuando responda al cliente. Si el cliente puede utilizar la iteración, puede hacer consultas adicionales con la información de referencia en un intento de resolver completamente el nombre por sí mismo. Una respuesta negativa del servidor puede indicar que se encontró uno de los dos resultados posibles mientras el servidor intentaba procesar y resolver de forma recursiva la consulta completa, y con autoridad: Un servidor con autoridad informó de que el nombre consultado no existe en el espacio de nombres DNS. Un servidor con autoridad informó de que el nombre consultado existe, pero no existen registros del tipo especificado para ese nombre. El solucionador devuelve el resultado de la consulta, en forma de respuesta positiva o negativa, al programa solicitante y almacena en caché la respuesta. Notas Si la respuesta resultante de una consulta es demasiado larga para enviarse y resolverse en un sólo paquete de mensaje UDP, el servidor DNS puede iniciar una respuesta de recuperación tras un error sobre el puerto 53 de TCP para responder al cliente completamente en una sesión conectada de TCP. Generalmente, se deshabilita el uso de la recursión en un servidor DNS cuando los clientes DNS se limitan a la resolución de nombres en un servidor DNS específico, como el que se encuentra en una intranet. También se puede deshabilitar la recursión cuando el servidor DNS no puede resolver nombres DNS externos y los clientes esperan migrar tras el error a otro servidor DNS para la resolución de estos nombres. En Windows 2000 Server, puede deshabilitar el uso de la recursión en los servidores DNS según sea necesario mediante la configuración de las propiedades Avanzadas en la consola DNS del servidor aplicable. De forma predeterminada, los servidores DNS de Windows 2000 utilizan varios temporizadores predeterminados cuando realizan una consulta recursiva y se ponen en contacto con otros servidores DNS. Éstos son: o Un intervalo de reintento de recursión de tres segundos. Éste es el tiempo que espera el servicio DNS antes de reintentar una consulta realizada durante una búsqueda recursiva. o Un intervalo de tiempo de espera de recursión de quince segundos. Se trata del tiempo que espera el servicio DNS antes de dar como errónea una búsqueda recursiva que se ha reintentado. Página 11

15 En la mayor parte de los casos, estos parámetros no necesitan ajustarse. Sin embargo, si utiliza búsquedas recursivas en un vínculo WAN de baja velocidad, podría realizar ligeros ajustes en estos valores para mejorar el rendimiento del servidor y completar la consulta. Cómo funciona la iteración La iteración es el tipo de resolución de nombres que se utiliza entre clientes y servidores DNS cuando se dan las condiciones siguientes: El cliente solicita el uso de la recursión, pero ésta está deshabilitada en el servidor DNS. El cliente no solicita el uso de la recursión cuando consulta el servidor DNS. Una solicitud iterativa de un cliente informa al servidor DNS de que el cliente espera la mejor respuesta que el servidor DNS pueda proporcionar inmediatamente, sin entrar en contacto con otros servidores DNS. Cuando se utiliza la iteración, un servidor DNS responde al cliente en función de su propio conocimiento específico acerca del espacio de nombres, sin tener en cuenta los datos de los nombres que se están consultando. Por ejemplo, si un servidor DNS de una intranet recibe una consulta de un cliente local para " podría devolver una respuesta de su caché de nombres. Si el nombre consultado no está almacenado actualmente en la caché de nombres del servidor, para responder, el servidor podría proporcionar una referencia, es decir, una lista de registros de recursos de dirección (A) y de servidor de nombres (NS) para otros servidores DNS que estén más cerca del nombre consultado por el cliente. Cuando se proporciona una referencia, el cliente DNS asume la responsabilidad de continuar efectuando consultas iterativas a otros servidores DNS configurados para resolver el nombre. Por ejemplo, en el caso más complicado, el cliente DNS podría expandir su búsqueda a los servidores de dominio raíz en Internet en un esfuerzo por localizar los servidores DNS que tienen autoridad para el dominio "com". Una vez puestos en contacto con los servidores raíz de Internet, estos servidores DNS pueden dar más respuestas iterativas que señalan a los servidores DNS de Internet reales para el dominio "microsoft.com". Cuando se proporcionan registros de estos servidores DNS al cliente, éste puede enviar otra consulta iterativa a los servidores DNS externos de Microsoft en Internet, que pueden responder con una respuesta definitiva y con autoridad. Cuando se utiliza la iteración, un servidor DNS puede ayudar en la resolución de la consulta de un nombre además de devolver su respuesta propia al cliente. En la mayor parte de las consultas iterativas, un cliente utiliza su lista de servidores DNS configurada localmente para entrar en contacto con otros servidores de nombres a través del espacio de nombres DNS, si su servidor DNS principal no puede resolver la consulta. Página 12

16 Cómo funciona el almacenamiento en caché Cuando los servidores DNS procesan las consultas de los clientes mediante la recursión o la iteración, descubren y adquieren un almacén significativo de información acerca del espacio de nombres DNS. A continuación, el servidor almacena en caché esta información. El almacenamiento en caché aumenta el rendimiento de la resolución DNS para las consultas subsiguientes de nombres muy utilizados, al tiempo que reduce sustancialmente el tráfico de las consultas relativas a DNS en la red. Cuando los servidores DNS realizan consultas recursivas en nombre de clientes, almacenan en caché temporalmente los registros de recursos. Los registros de recursos almacenados en caché contienen información obtenida de los servidores DNS que tienen autoridad para los nombres de dominio DNS aprendidos mientras se hacen las consultas iterativas para buscar y responder por completo una consulta recursiva realizada en nombre de un cliente. Posteriormente, cuando otros clientes realizan consultas nuevas que solicitan información de un registro de recursos que coincide con los registros de recursos almacenados en las caché, el servidor DNS puede utilizar la información de registro de recursos almacenada en la caché para responderlas. Cuando la información se almacena en la caché, se aplica el valor Tiempo de vida (TTL) a todos los registros de recursos almacenados en la caché. Mientras el tiempo de vida de un registro de recursos almacenado en la caché no caduque, un servidor DNS puede seguir almacenando en la caché y utilizando el registro de recursos de nuevo al responder a consultas de sus clientes que coincidan con estos registros de recursos. Al valor de los TTL del almacenamiento en caché usados por los registros de recursos en la mayor parte de las configuraciones de zona se le asigna el TTL mínimo (predeterminado) que se utiliza en el registro de recursos de inicio de autoridad (SOA) de la zona. De forma predeterminada, el tiempo de vida mínimo es de 3600 segundos (1 hora), pero se puede ajustar o, si es necesario, se pueden establecer tiempos de vida individuales de almacenamiento en caché para cada registro de recursos. Notas Puede instalar un servidor DNS de Windows 2000 para funcionar como un servidor sólo obtener (sin zonas configuradas). De forma predeterminada, los servidores DNS de Windows 2000 utilizan un archivo de sugerencias de raíz, Cache.dns, que se almacena en la carpeta %SystemRoot%\System32\Dns del equipo servidor. El contenido de este archivo se carga previamente en la memoria del servidor cuando se inicia el servicio y contiene punteros a servidores raíz para el espacio de nombres DNS donde funcionan los servidores DNS. Página 13

17 Descripción de las zonas y de la transferencia de zonas El Sistema de nombres de dominio (DNS) permite dividir un espacio de nombres DNS en zonas, que almacenan información de nombres de uno o varios dominios DNS. Por cada nombre de dominio DNS que se incluye en una zona, la zona pasa a ser el origen con autoridad de la información acerca de ese dominio. Diferencia entre zonas y dominios Una zona se inicia como una base de datos de almacenamiento para un único nombre de dominio DNS. Si se agregan otros dominios debajo del dominio que se utilizó para crear la zona, estos dominios pueden formar parte de la misma zona o pertenecer a otra zona. Una vez agregado un subdominio, a continuación, se puede: Administrar e incluir como parte de los registros de la zona original, o bien Delegar a otra zona creada para admitir el subdominio. Por ejemplo, la ilustración siguiente muestra el dominio microsoft.com, que contiene nombres de dominio para Microsoft. Cuando el dominio microsoft.com se crea por primera vez en un sólo servidor, se configura como una zona única para todos los espacios de nombres DNS de Microsoft. Sin embargo, si el dominio microsoft.com tiene que utilizar subdominios, estos subdominios se deben incluir en la zona o pertenecer a otra zona. Una vez agregado un subdominio, a continuación, se puede: Administrar e incluir como parte de los registros de la zona original, o bien Delegar a otra zona creada para admitir el subdominio. Por ejemplo, la ilustración siguiente muestra el dominio microsoft.com, que contiene nombres de dominio para Microsoft. Cuando el dominio microsoft.com se crea por primera vez en un sólo servidor, se configura como una zona única para todos los espacios de nombres DNS de Microsoft. Sin embargo, si el dominio microsoft.com tiene que utilizar subdominios, estos subdominios se deben incluir en la zona o delegarse a otra zona. Página 14

18 En este ejemplo, el dominio example.microsoft.com muestra un subdominio nuevo, el dominio example.microsoft.com, que se delega de la zona microsoft.com y se administra en su propia zona. Sin embargo, la zona microsoft.com necesita contener algunos registros de recursos para proporcionar la información de delegación que hace referencia a los servidores DNS que tienen autoridad para el subdominio delegado example.microsoft.com. Si la zona microsoft.com no usa la delegación para un subdominio, los datos del subdominio permanecen como parte de la zona microsoft.com. Por ejemplo, el subdominio dev.microsoft.com no está delegado, pero está administrado por la zona microsoft.com. Por qué son necesarias la replicación de zonas y las transferencias de zona Debido al importante papel que desempeñan las zonas en DNS, se pretende que estén disponibles desde más de un servidor DNS en la red para proporcionar disponibilidad y tolerancia a errores cuando se resuelven consultas de nombres. En caso contrario, si sólo se utiliza un servidor y éste no responde, las consultas de nombres en la zona pueden fallar. Para que otros servidores alojen una zona, se requieren las transferencias de zona con el fin de replicar y sincronizar todas las copias de la zona que utiliza cada servidor configurado para alojar la zona. Cuando se agrega un servidor DNS nuevo a la red y se configura como un servidor secundario nuevo para una zona existente, realiza una transferencia inicial completa de la zona para obtener y replicar una copia total de los registros de recursos de la zona. En la mayor parte de implementaciones anteriores de servidores DNS, este método de transferencia completa de una zona también se utiliza cuando la zona requiere Página 15

19 actualizarse después de haber realizado cambios en la misma. Para Windows 2000 Server, el servicio DNS admite la transferencia de zona incremental, un proceso revisado de transferencia de zonas DNS para cambios intermedios. Transferencias de zona incrementales Las transferencias de zona incrementales se describen en el documento RFC 1995 como un estándar DNS adicional para replicar zonas DNS. Cuando un servidor DNS que actúa como origen para una zona y los servidores que copian la zona de él admiten las transferencias incrementales, se ofrece un método más eficiente de propagación de los cambios y las actualizaciones de la zona. En las implementaciones DNS anteriores, la solicitud de una actualización de datos de zona requería una transferencia completa de toda la base de datos de la zona mediante una consulta AXFR. Con la transferencia incremental, en su lugar se puede utilizar un tipo de consulta alternativo (IXFR). Esto permite al servidor secundario extraer sólo los cambios de zona que necesita para sincronizar su copia de la zona con su origen, ya sea una copia principal o secundaria de la zona que mantiene otro servidor DNS. Con las transferencias de zona IXFR, primero se determinan las diferencias entre el origen y las versiones replicadas de la zona. Si se descubre que las zonas tienen la misma versión, como indica el campo de número de serie del registro de recursos de inicio de autoridad (SOA) de cada zona, no se realiza ninguna transferencia. Si el número de serie de la zona en el origen es mayor que el del servidor secundario solicitante, se realiza una transferencia sólo de los cambios en los registros de recursos (RR) de cada versión incremental de la zona. Para realizar una consulta IXFR correcta y enviar los cambios, el servidor DNS de origen de la zona debe mantener un historial de cambios de zona incrementales para utilizarlo al responder a estas consultas. El proceso de transferencia incremental requiere bastante menos tráfico en la red y las transferencias de zona se completan mucho más rápidamente. Ejemplo: transferencia de zona Una transferencia de zona puede ocurrir en cualquiera de los casos siguientes: Cuando caduca el intervalo de actualización de una zona Cuando un servidor maestro notifica cambios en la zona a un servidor secundario Cuando se inicia el servicio Servidor DNS en un servidor secundario de la zona Cuando se utiliza la consola DNS en un servidor secundario de la zona para iniciar manualmente una transferencia desde su servidor maestro. Las transferencias de zona siempre se inician en el servidor secundario de una zona y se envían a sus servidores maestros configurados que actúan como origen para la zona. El servidor maestro puede ser cualquier otro servidor DNS que cargue la zona, como el servidor principal para la zona u otro servidor secundario. Cuando un servidor maestro recibe la solicitud para la zona, puede responder con una transferencia parcial o completa de la zona al servidor secundario. Página 16

20 Como se muestra en la ilustración siguiente, las transferencias de zona entre servidores siguen un proceso ordenado. Este proceso varía en función de si la zona se ha replicado anteriormente o si se está realizando la replicación inicial de una zona nueva. En este ejemplo, se realiza la siguiente secuencia para un servidor secundario solicitante, el servidor de destino, de una zona y su servidor de origen, otro servidor DNS que aloja la zona. 1. Durante la nueva configuración, el servidor de destino envía una solicitud de transferencia inicial de "toda la zona" (AXFR) al servidor DNS principal configurado como su origen para la zona. 2. El servidor principal (origen) responde y transfiere toda la zona al servidor secundario (destino). La zona se entrega al servidor de destino que solicita la transferencia con su versión establecida por el uso de un campo Número de serie en las propiedades del registro de recursos (RR) de inicio de autoridad (SOA). El registro de recursos de inicio de autoridad también contiene un intervalo de actualización expresado en segundos (de forma predeterminada, 900 segundos o 15 minutos) para indicar cuándo debería el servidor de destino realizar la siguiente solicitud para renovar la zona con el servidor de origen. 3. Cuando el intervalo de actualización caduca, el servidor de destino utiliza una consulta de inicio de autoridad para solicitar la renovación de la zona desde el servidor de origen. 4. El servidor de origen responde a la consulta en su registro de inicio de autoridad. Esta respuesta contiene el número de serie de la zona en su estado actual en el servidor de origen. 5. El servidor de destino comprueba el número de serie del registro de inicio de autoridad en la respuesta y determina cómo renovar la zona. Si el valor del número de serie de la respuesta de inicio de autoridad (SOA) es igual a su número de serie local actual, se deduce que la zona es la misma en los Página 17