Configuración y mantenimiento de DNS

Transcripción

1 175 Capítulo 5 Configuración y mantenimiento de DNS 1. Introducción Configuración y mantenimiento de DNS El rol DNS es, junto a Active Directory, un elemento esencial. En efecto, permite la resolución de nombres en direcciones IP. La parada del servicio DNS impediría cualquier resolución y, por tanto, supondría un riesgo de mal funcionamiento a nivel de las aplicaciones que deseen acceder a recursos compartidos (aplicaciones que acceden a una base de datos, por ejemplo). 2. Instalación de DNS Como con Active Directory o DHCP, DNS es un rol en Windows Server Existen dos formas de instalarlo: agregar el rol desde la consola Administrador del servidor o realizando una promoción de un servidor como controlador de dominio. DNS (Domain Name System) es un sistema basado en una base de datos distribuida y jerárquica. Esta última está separada de manera lógica. De este modo, los nombres públicos (ediciones-eni.com) son accesibles por cualquiera, sea cual sea su localización geográfica. Es, naturalmente, más fácil recordar un nombre de dominio o un nombre de equipo que una dirección IP, además IPv6 favorece todavía más el uso de un nombre en lugar de una dirección IP.

2 176 Windows Server 2016 Infraestructura de red 2.1 Visión general del espacio de nombres DNS DNS está basado en un sistema jerárquico. El servidor raíz permite redirigir las consultas hacia otros DNS justo por encima. Se representa mediante un punto. Debajo de él se encuentran los distintos dominios de primer nivel (es, net, com ). Cada uno de estos dominios está administrado por un organismo (ESNIC para los dominios.es), mientras que IANA (Internet Assigned Numbers Authority) gestiona, por su lado, los servidores raíz. En un segundo nivel se encuentran los nombres de dominio que están reservados para empresas o particulares (ediciones-eni). Estos nombres de se reservan en un proveedor de acceso que puede, a su vez, albergar su servidor web o, simplemente, proveerle un nombre de dominio. En cada nivel se encuentran servidores DNS distintos, cada uno con autoridad en su zona. Los servidores raíz contienen, únicamente, la dirección y el nombre de los servidores de primer nivel. Ocurre igual con todos los servidores de cada nivel. Es posible, para una empresa o un particular, agregar, al nombre de dominio que ha reservado, registros o subdominios (por ejemplo mail.jlopez.es, que permite transferir todo el tráfico de correo electrónico a un router, en particular el correspondiente a la IP pública). Cada servidor DNS puede resolver únicamente aquellos registros de su zona. El servidor de la zona ES puede resolver el registro jlopez, pero no sabe resolver el nombre de dominio shop.jlopez.es. Editions ENI - All rights reserved

3 Configuración y mantenimiento de DNS Capítulo Separación entre DNS privado/público Un sistema DNS está compuesto de dos partes, el DNS privado, que tiene como objetivo resolver nombres DNS en una red local, y el servidor DNS sobre las redes públicas que resuelve los nombres DNS accesibles sobre Internet (servidores web ). Es, por tanto, necesario escoger la política deseada para ambos servidores. El espacio de nombres interno (privado) puede, de este modo, ser idéntico al espacio de nombres externo (público). Cada servidor posee sus propios registros. Esta solución es válida para redes de tamaño restringido. Es habitual encontrar un espacio de nombres interno diferente al externo. El espacio de nombres se encuentra, de este modo, completamente separado en dos partes bien distintas. Por último, una solución híbrida consiste en definir a nivel de los DNS privados subdominios del espacio público. 2.3 Despliegue de DNS Tras la implementación de una solución DNS es importante tener en cuenta ciertos parámetros. Es necesario, en primer lugar, conocer el número de zonas DNS configuradas en un servidor así como el número aproximado de registros (con el objetivo de fraccionar, si fuera necesario, los registros en varias zonas). A continuación es, también, necesario conocer el número de servidores que se quiere instalar y configurar, en función, evidentemente, del número de clientes que se comunicarán con los servidores. Puede resultar útil instalar un servidor suplementario en el caso de que el número de puestos cliente sea importante, con el objetivo de poder evitar la sobrecarga de los servidores. Además, agregar un servidor extra permite, también, asegurar la continuidad del servicio si el primer servidor sufriera cualquier fallo en su funcionamiento. Es necesario conocer la ubicación de los servidores, es frecuente encontrar, como mínimo, un servidor DNS por localización (si la red de la empresa se extendiera en cuatro agencias, es decir cuatro redes locales vinculadas mediante enlaces WAN, sería prudente tener, al menos, cuatro servidores DNS). Esto está, evidentemente, sujeto al tamaño del sitio.

4 178 Windows Server 2016 Infraestructura de red Por último, pueden presentarse otras incógnitas, tales como la integración o no con Active Directory. Tras la creación de una zona, el almacenamiento de ésta puede realizarse de dos maneras: Uso de un archivo de texto: el conjunto de registros se almacena en un archivo. Dicho archivo puede, evidentemente, modificarse mediante un editor de texto. Active Directory: los registros DNS están contenidos en la base de datos de Active Directory. Para realizar una modificación es necesario acceder a la consola DNS. No obstante la integración de la zona en Active Directory requiere que el rol DNS esté instalado sobre el controlador de dominio, sin lo cual es imposible realizar la operación. Esta última opción ofrece un importante beneficio a los administradores. En efecto, además de asegurar las actualizaciones dinámicas, la replicación se realiza al mismo tiempo que la de Active Directory. Los administradores no tienen, por tanto, que administrar nada más. 3. Configuración del rol Una vez instalado, es necesario realizar a la configuración del rol. En el caso de una instalación a partir de la promoción del servidor como controlador de dominio, la creación de la zona se realiza automáticamente. 3.1 Componentes del servidor Una solución DNS está formada por varios componentes. Los servidores DNS, para comenzar, tienen como función responder a las consultas de sus clientes, pero también alojar y administrar una o varias zonas. Éstas contienen varios registros de recursos. Los servidores DNS públicos gestionan, a su vez, zonas y registros de recursos. No obstante, estos últimos se refieren únicamente a recursos que deben estar accesibles desde Internet. Por último, los clientes DNS tienen la función de enviar al servidor DNS las distintas peticiones de resolución. Editions ENI - All rights reserved

5 Configuración y mantenimiento de DNS Capítulo Consultas realizadas por el DNS Una consulta permite solicitar una resolución de nombres a un servidor DNS. De este modo, éste es capaz de ofrecer dos tipos de respuestas, aquellas con autoridad y aquellas sin autoridad. Un servidor provee una respuesta con autoridad si la consulta se refiere a un recurso presente en una zona sobre la que tiene autoridad. En caso contrario, no puede responder al cliente. Utiliza, en tal caso, un reenviador o indicaciones de raíces que permiten obtener dicha respuesta. Pueden utilizarse dos tipos de peticiones, iterativas o recursivas. Con las consultas iterativas, el puesto cliente envía a su servidor DNS una consulta para resolver el nombre por ejemplo. El servidor consulta al servidor raíz. Éste la redirige al servidor con autoridad en la zona ES. Puede, a su vez, conocer la dirección IP del servidor DNS con autoridad en la zona jlopez. La consulta de esta última permite resolver el nombre El servidor DNS interno responde a la consulta que ha recibido anteriormente de su cliente. Con las consultas recursivas, el equipo cliente desea resolver el nombre y envía la petición a su servidor DNS. Al no tener autoridad en la zona jlopez.es, el servidor necesita un servidor externo para realizar la resolución. La solicitud se reenvía, entonces, al reenviador configurado por el administrador (el servidor DNS de FAI que posee una caché más amplia, por ejemplo). Si no tiene la respuesta en caché, el servidor DNS de FAI realiza una consulta iterativa y, a continuación, transmite la respuesta al servidor que le ha realizado la petición. Este último puede, ahora, responder a su cliente.

6 180 Windows Server 2016 Infraestructura de red La siguiente captura de pantalla muestra la configuración de un reenviador : Para toda aquella consulta sobre la que el servidor no tenga autoridad, se utiliza el reenviador. En ciertos casos (aprobación de bosque AD, etc.) es necesario que la petición de resolución que se envía a otro servidor DNS se redirija en función del nombre de dominio (para el dominio eni.es podría enviarse al servidor SRVDNS1, por ejemplo). El reenviador condicional permite realizar esta modificación y, de este modo, dirigir las consultas hacia el servidor adecuado si la condición (nombre de dominio) se valida. Por ejemplo, un reenviador condicional puede ser un medio para permitir a un administrador tener la posibilidad de resolver un nombre de dominio, por ejemplo Formatica.msft. En este ejemplo, se instala el servicio DNS en un servidor miembro del dominio Formacion.eni. dinicie una sesión como administrador del dominio. Editions ENI - All rights reserved