UT4.
5 SERVIDOR DNS
SERVICIOS EN RED
MIGUEL VIDAL NAVAS
INFORMÁTICA Y COMUNICACIONES
UT4.5 SERVIDOR DNS
Tabla de contenido
1 Introducción...................................................................................................... 3
2 Situación inicial ................................................................................................. 4
3 Esquema de nombrado en un sistema DNS ........................................................ 5
4 ¿Dónde se almacena la información DNS? ......................................................... 7
4.1 Zonas de búsqueda Directa e Inversa ...................................................................8
4.2 Tipos de entradas DNS .........................................................................................8
4.3 Transferencia de Zona .........................................................................................9
4.4 Reenviadores ......................................................................................................9
5 Proceso de resolución de nombres ................................................................... 10
6 Registrar un nombre de dominio en Internet ................................................... 11
7 Herramientas de consulta de servidores DNS ................................................... 12
8 Instalación del Servidor DNS ............................................................................ 13
9 Configuración del Servidor DNS ....................................................................... 14
9.1 Zona de búsqueda directa .................................................................................. 15
9.2 Zona de búsqueda inversa ................................................................................. 17
pág. 2
UT4.5 SERVIDOR DNS
1 Introducción
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 organizan 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 escribe 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.
No cabe duda que un nombre sencillo resulta más fácil de aprender y recordar, pero 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 alguna vez
hemos utilizado un navegador Web, hemos utilizado resoluciones DNS.
El espacio de nombres de dominio DNS 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. Por el contrario, los nombres NetBIOS que usa Windows es un espacio de nombres
plano, una lista de nombres posibles, sin agrupamientos de ningún tipo. En un espacio de
nombres planos, todos los nombres deben ser absolutamente únicos: no puede haber 2
máquinas con el mismo nombre.
Imagen: https://blog.hostalia.com/wp-content/themes/hostalia/images/dns-blog-de-hostalia-hosting.jpg
pág. 3
UT4.5 SERVIDOR DNS
2 Situación inicial
Partimos de que tenemos un dominio llamado micentro.edu.
En nuestro caso configuraremos un servidor DNS local, es decir, las entradas existentes en
nuestro DNS no serán visibles en Internet y resolverán direcciones de recursos de nuestra red
local (equipos, servidores web, servidores ftp, etc); cuando un usuario de nuestra red intente
acceder a un recurso local, podrá utilizar la resolución creada para tal fin, y acceder al recurso
deseado; si el usuario desea acceder a algún recurso no perteneciente a nuestra red local, sino
situado en Internet, el DNS local nunca podrá llevar a cabo dicha resolución y se la traslada al
siguiente servidor DNS (que sí estará en Internet) en su jerarquía de servidores DNS, hasta que
la resolución sea realizada.
En la línea indicada, cada vez que una estación de trabajo se agregue al dominio, quedará
recogida una entrada en el DNS de nuestro "Windows 201X Server" con el nombre de dicha
máquina y su dirección IP, de modo que podamos referenciar desde cualquier equipo del
dominio, el nombre de dichas estaciones en vez de su direccionamiento IP; un ejemplo de utilidad
del servidor DNS podemos verlo fácilmente si hacemos un ping a una estación de trabajo
integrada en el dominio Active Directory de nuestro servidor "Windows 201X Server", podemos
lanzar el comando "ping" indistintamente contra la IP o contra el nombre del equipo en el dominio
y en ambos casos obtendremos respuesta; esto es extremadamente útil cuando las
estaciones de trabajo reciben su IP por DHCP, como será el caso, pues puede ocurrir que
desconozcamos la IP que tiene el equipo a alcanzar en este momento al asignársele
dinámicamente, pero sí conoceremos su nombre en el dominio, que será invariable.
Otro ejemplo donde el servidor DNS de nuestro "Windows 201X Server" tomará protagonismo,
será cuando deseemos acceder a un servidor web instalado en nuestro servidor; si hemos
denominado al sitio web como "www", podremos introducir en el DNS una entrada que resuelva
"www" contra la IP 192.168.0.220 (dirección IP de nuestro servidor web), de modo que cuando
desde los navegadores de cualquier equipo de la red local introduzcamos la URL
"www.micentro.edu" accederemos a nuestro servidor web; de igual modo, si tenemos en nuestro
"Windows 201X Server" un servidor ftp de nombre "ftp", podemos pensar en introducir en nuestro
DNS otra resolución "ftp" apuntado a la IP del servidor, de modo que las resoluciones
"ftp.micentro.edu" localicen y ubiquen adecuadamente el servidor ftp.
pág. 4
UT4.5 SERVIDOR DNS
3 Esquema de nombrado en un sistema DNS
Para administrar las direcciones de dominio, se decidió optar por una clasificación jerárquica de
nombres. Cada dirección está formada por una cadena de caracteres que se divide en varios
nombres separados por puntos.
• A un nivel superior, se encuentran los nombres genéricos (también llamados
nombres/dominios de primer nivel o TDL), que son de dos tipos: genéricos y de país.
A continuación se listan algunos dominios genéricos DNS:
• com→ Comercial
• edu→ Instituciones educativas
• gov→ Gobierno EEUU
• int→ Organizaciones internacionales
• mil→ Fuerzas armadas EEUU
• net→ Proveedores de servicio de Internet
• org→ Organizaciones sin ánimo de lucro
A continuación se citan algunos dominios de países en DNS
• ar→ Argentina
• es→España
• fr→Francia
• Junto a estos nombres genéricos aparece el nombre distintivo de la organización
(nombre de segundo nivel). Dentro de la organización pueden definirse subdominios,
de forma que también hay que especificarlos.
• Finalmente, a un nivel inferior se especifica el nombre asignado al equipo. Por ejemplo,
una dirección completa de dominio puede ser www.miweb.com , siendo com el dominio
de primer nivel, miweb de segundo nivel y www es el nombre del equipo.
Los dominios genéricos se encuentran en el nivel más alto de la jerarquía y los nombres
completos de dominio se van construyendo de derecha a izquierda (al contrario que nuestra
escritura). En la parte más a la izquierda se especifica el nombre de la máquina (suele ser
corriente nombrar a la máquina utilizando el tipo de servicio sobre el que se trabaja, como
www,ftp, etc…).
Ejemplo: El siguiente ejemplo muestra algunos casos de nombres de dominio completos junto
con la estructura jerárquica de los dominios. Hay que tener en cuenta que la división jerárquica
en dominios para nombrar equipos puede no seguir la estructura física de la red subyacente, de
forma que pueden existir equipos dentro del mismo segmento o subred que pertenezcan a
subdominios distintos.
pág. 5
UT4.5 SERVIDOR DNS
Según esta figura, tenemos los siguientes nombres de dominio para los equipos:
• garcia.uclm.edu
• winnt.uclm.edu
• www.uclm.edu
• popeye.upm.edu
• filemon.upm.edu
• novell.desarrollo.empresa.com
• gonzalez.desarrollo.empresa.com
• ftp.ventas.empresa.com
A las direcciones completas de dominio se les llama nombres totalmente cualificados o FQDN
(Fully Qualified Domain Name), y son absolutas porque especifican la ruta completa en la
jerarquía hasta llegar al elemento. Cada equipo de la red tendrá un único nombre FQDN. Por su
parte, un dominio estará formado por el espacio de nombres que comparten el mismo dominio
de primer nivel y segundo nivel (es decir, todos los nombres que hay por debajo de un dominio
de segundo nivel en la jerarquía).
Como se ha mencionado anteriomente, el sistema de nombres de dominio permite identificar
usuarios. Para ello solamente hay que añadir su nombre en la parte izquierda de la dirección
seguido del carácter “@”. Por ejemplo
[email protected] pág. 6
UT4.5 SERVIDOR DNS
4 ¿Dónde se almacena la información DNS?
El modelo del DNS distribuye la información relativa a los dominios en servidores DNS de la red.
Esta información almacenada constituye una zona, que está definida por un conjunto de
dominios y/o subdominios. Esto significa que la zona tiene autoridad sobre el dominio, es decir,
es la zona la que guarda la información relativa a la organización interna del dominio.
Normalmente las zonas se guardan como una BD en determinados servidores DNS, desde
donde es posible gestionarlas.
El establecimiento de las zonas de los dominios se basa en gran medida en cuestiones relativas
al tamaño de la organización y subdominios definidos, velocidad de los enlaces que comunican
los servidores DNS, tasa de tráfico esperada entre ellos, etc…
La información de zona está estructurada en forma de registros de recursos (RR). Estos RR son
entradas como las mostradas en la tabla estática de la figura siguiente donde se especifican las
direcciones IP y los nombres de los equipos que forman el dominio.
Ejemplo de zona formada por varios dominios: los dominios están definidos por la autoridad
del servidor DNS primario. El servidor secundario funciona como copia de seguridad por si el
primario deja de funcionar.
Los servidores DNS podrían tener una tabla estática similar a la siguiente
Rafa.com
Uno 10.0.0.1
Dos 10.0.0.2
Tres 10.0.0.3
Cuatro 10.0.0.4
Dani.org
Cinco 10.0.0.5
Seis 10.0.0.6
Siete 10.0.0.7
La BD de una zona está almacenada en un servidor DNS primario, de forma que todos los
dominios que contiene ésta se gestionan desde el equipo. Sin embargo, no resulta conveniente
mantener un único servidor primario para la zona, ya que en caso de fallo no se podrán resolver
esas direcciones. Así, en la organización también se pueden configurar uno o más servidores
DNS secundarios, que se encargan de mantener copias actualizadas de la información de zona.
La actualización se realiza mediante volcados totales o parciales de la información de zona.
pág. 7
UT4.5 SERVIDOR DNS
Hay que tener en cuenta que si se desea definir una zona para la red de la organización, deberá
existir al menos un servidor DNS que guarde la información de configuración de ésta. En
caso de que no se defina ninguna zona, los servidores DNS existentes funcionarán como
caché de nombres exclusivamente. Esto quiere decir que el servidor no define ninguna zona,
y se limita a recibir peticiones de los equipos y buscar en su caché para ver si las puede resolver.
Si no las puede resolver, reenviará esas solicitudes a otros servidores DNS conocidos. El uso de
servidores caché de nombres pueden acelerar el acceso a una WAN, ya que la resolución de
nombres es mucho más rápida.
4.1 Zonas de búsqueda Directa e Inversa
Antes de comenzar con los procesos de instalación y configuración de nuestro DNS, vamos a
definir algunos términos que utilizaremos a lo largo de dicho proceso.
Zona de Búsqueda Directa.- Las resoluciones de esta zona devuelven la dirección
IP correspondiente al recurso solicitado. Realiza las resoluciones que esperan
como respuesta la dirección IP un determinado recurso.
Zona de Búsqueda Inversa.- Las resoluciones de esta zona buscan un nombre
de equipo en función de su dirección IP; una búsqueda inversa tiene forma de
pregunta, del estilo "¿Cuál es el nombre DNS del equipo que utiliza la dirección IP
192.168.0.20?".
Reenviador DNS.- Servidor DNS designado por otros servidores DNS internos
para su uso en consultas para resolver nombres de dominio DNS externos o fuera
del dominio local.
4.2 Tipos de entradas DNS
pág. 8
UT4.5 SERVIDOR DNS
4.3 Transferencia de Zona
Las zonas primarias son las que tenemos cuando son han delegado una zona o dominio, pues
son las únicas que se pueden editar y modificar. En cambio las zonas secundarias dependen de
una zona primaria y son solo de lectura.
La transferencia de zona se hace de un servidor primera a otro no primario. El primario es el
único que puede modificar los registros de la base de datos de nombres de domino; los
secundarios, sobre todo, lo que hacen es pedir una copia de solo lectura de los registros de la
BD al primario. El primario consulta si se puede hacer esa tranferencia y en caso afirmativo, le
envía la última versión de los registros de la BD; en caso negativo no hace nada.
4.4 Reenviadores
Un servidor DNS de una red se designa como reenviador haciendo que los demás servidores
DNS de la red le reenvíen las consultas que no pueden resolver localmente. Al utilizar un
reenviador, se puede administrar la resolución de los nombres fuera de la red, como nombres
en Internet, y mejorar la eficacia de la resolución de nombres para los equipos de la red. Para
obtener más información acerca de reenviadores y reenviadores condicionales.
pág. 9
UT4.5 SERVIDOR DNS
5 Proceso de resolución de nombres
Cuando una estación desea establecer una conexión con una dirección DNS, llama a la rutina
del sistema o resolvedor y se siguen los siguientes pasos:
1. Primero comprueba si puede obtener la dirección IP a través de una tabla local o
almacenada de forma temporal de una consulta anterior.
2. Si no la encuentra en esa tabla, enviará un mensaje UDP a la dirección del servidor DNS
que tenga configurado por defecto.
3. Este servidor consulta primero en sus registros de recursos de zona la dirección
solicitada y devuelve la dirección IP si la encuentra.
4. Si no la encuentra ahí, consultará entonces la tabla local donde están almacenadas
temporalmente consultas anteriores.
5. En caso de que tampoco la encuentre ahí, puede consultar otros servidores DNS,
operación que se denomina consulta recursiva. Estos podrán ser servidores DNS Caché*
6. Finalmente, el resolvedor devuelve la dirección solicitada a la estación.
* Los servidores DNS caché no tienen autoridad sobre ninguna zona: se limitan a contactar con
otros servidores para resolver las peticiones que les llegan. Los servidores caché mantienen
una memoria caché con las últimas preguntas contestadas. Cada vez que un cliente DNS le
formula una pregunta, primero consulta en su memoria caché. Si encuentra la
dirección IP solicitada, se la devuelve al cliente; si no, consulta a otros servidores, apunta la
respuesta en su memoria caché y le comunica la respuesta al cliente.
pág. 10
UT4.5 SERVIDOR DNS
6 Registrar un nombre de dominio en Internet
En el proceso de registro de un nombre de dominio, es fundamental el papel de la ICANN. ¿Qué
es ICANN? Internet Corporation for Assigned Names and Numbers (ICANN) es una organización
sin fines de lucro que opera a nivel internacional, responsable de asignar espacio de direcciones
numéricas de protocolo de Internet (IP), identificadores de protocolo y de las funciones de gestión
[o administración] del sistema de nombres de dominio de primer nivel genéricos (gTLD) y de
códigos de países (ccTLD), así como de la administración del sistema de servidores raíz.
Para reservar un nombre de dominio en un gTLD (generic Top Level Domain o Dominio Genérico
de Nivel Superior) o ccTLD (country code Top Level Domain o Dominio de Código de Pais de
Nivel Superior), el registratario de un nombre de dominio debe registrar dicho nombre ante un
registrador acreditado por la ICANN. El registrador verificará si el nombre de dominio se
encuentra disponible para ser registrado y creará un registro de WHOIS con la información del
registratario del nombre de dominio.
pág. 11
UT4.5 SERVIDOR DNS
7 Herramientas de consulta de servidores DNS
NSLOOKUP: es un programa, utilizado para saber si el DNS está resolviendo correctamente los
nombres y las IP. Se utiliza con el comando nslookup, que funciona tanto en Windows como en
UNIX para obtener la dirección IP conociendo el nombre, y viceversa.
HOST: utiliza básicamente para convertir nombres en direcciones IP y viceversa. Sintaxis: host
[opciones] [servidor] Algunas opciones: * -t : indica el tipo de record a devolver. Puede ser A,
ANY, PTR, NS, etc. * -R : permite modificar el número de intentos que se hacen para obtener la
respuesta ya que por defecto es uno. * -l : lista toda la información del dominio.
DIG: constituye una herramienta para realizar consultas de diverso tipo a un servidor de DNS.
Este muestra las respuestas recibidas de acuerdo a su solicitud. Es muy útil para detectar
problemas en la configuración de los servidores de DNS debido a su flexibilidad, facilidad de uso
y claridad en su salida. Aunque normalmente las consultas que permite dig se definen en la línea
de comando también se puede hacer en un fichero y pasárselo como argumento (opción -f). En
el caso de que no se indique el servidor a consultar se asumirán los especificados en
/etc/resolv.conf. Cuando no se añade ninguna opción o argumento en la línea de comando se
consultan los servidores de nombres del dominio raíz (NS query). La forma básica de invocar a
dig es: dig [tipo] Donde: * @servidor - es el nombre o la dirección IP del servidor a consultar. *
nombre - es el nombre de dominio del record por el cual se quiere preguntar. * tipo - es el tipo
del record por el que se consulta (NS, SOA, MX, etc.). De no indicarse se asumirá A.
pág. 12
UT4.5 SERVIDOR DNS
8 Instalación del Servidor DNS
El servidor DNS se instaló junto con los servicios de Active Directory. Recordamos que para ello
había que seleccionar desde el Panel de Administrador del Servidor la opción de ‘Agregar roles
y características’:
Y luego ir aceptando las diferentes opciones hasta llegar a la siguiente pantalla:
Vemos que el servidor ya lo instalamos junto con los Servidio de Dominio de Active Directory
pág. 13
UT4.5 SERVIDOR DNS
9 Configuración del Servidor DNS
Premisas: Partimos de un servidor al que hemos renombrado como SERVER2019 y cuyo
dominio es ‘prueba.local’.
Una vez finalizado el punto anterior, tendremos en las "Herramientas" del "Panel de Control" de
nuestra máquina una nueva entrada "DNS", correspondiente al servidor DNS recién instalado.
En este apartado vamos a configurar el servidor DNS de "Windows 201X Server", instalado en
el apartado anterior. Pulsaríamos sobre la opción ‘DNS’ y nos aparecería la siguiente ventana:
pág. 14
UT4.5 SERVIDOR DNS
9.1 Zona de búsqueda directa
A continuación vamos a comprobar que ya exista una zona de búsqueda directa. Desplegamos
en el parte izquierda DNS → SERVER2019 → Zonas de búsqueda directa y allí vemos que ya
tenemos creada la correspondiente a nuestro dominio ‘prueba.local’. Se aprecia que tenemos ya
dos resoluciones, la del propio servidor y la de un equipo que se unió al Dominio en su momento:
Si quisieramos añadir alguna nueva zona, pulsaríamos con botón derecho sobre ‘Zonas de
búsqueda directa’ y seleccionaríamos ‘Zona nueva’:
pág. 15
UT4.5 SERVIDOR DNS
Y tendríamos que seguir un Asistente con la configuración de la nueva zona:
Tras ello, observaremos que la nueva zona de búsqueda directa "micentro.edu" ya ha sido creada
en nuestro servidor DNS.
pág. 16
UT4.5 SERVIDOR DNS
NOTA: Puede ocurrir que la zona estuviera ya creada de forma automática (p.ej cuando
promocionamos a controlador de dominio a nuestro servidor); en dicho caso nos aparecerá la
siguiente ventana, informándonos de ello. Procederemos a su cierre pulsando sobre el botón
"Aceptar", y posteriormente pulsaremos sobre el botón "Cancelar" en la ventana de creación de
la zona de búsqueda directa "micentro.edu".
9.2 Zona de búsqueda inversa
Posteriormente definiremos una nueva zona de búsqueda inversa pulsando con el botón derecho
del ratón sobre la carpeta correspondiente y seleccionando la opción "Zona nueva...".
De nuevo nos saldrá la pantalla del asistente de creación de zona nueva; pulsaremos sobre el
botón "Siguiente".
pág. 17
UT4.5 SERVIDOR DNS
En la siguiente pantalla de instalación, debemos seleccionar el tipo de zona que deseamos crear;
dejaremos las opciones ofertadas por defecto, es decir dejaremos activada la primera opción de
las 3 disponibles ("Zona principal") y seleccionada la casilla "Almacenar la zona en Active
Directory (sólo disponible si el servidor DNS es un controlador de dominio grabable)", y
pulsaremos directamente sobre el botón "Siguiente".
En el siguiente apartado debemos indicar en qué condiciones se replicará el servidor DNS,
dejaremos la opción por defecto y pulsaremos directamente sobre el botón "Siguiente".
pág. 18
UT4.5 SERVIDOR DNS
Nos pide si es una zona de búsqueda inversa para IPv4 o IPv6. Dejamos IPv4:
A continuación debemos especificar la zona de búsqueda inversa que deberá resolver nuestro
servidor DNS; indicamos el identificativo de red "192.168.10", para que nuestro servidor DNS
haga resolución inversa de cualquier dirección IP "192.168.10.x"; cuando completemos dicho "Id.
de red", observaremos que en "Nombre de la zona de búsqueda inversa" se mostrará el nombre
"10.168.192.in-addr.arpa"
NOTA: Cada alumno deberá indicar en este apartado el identificativo de direccionamiento IP de
su red de trabajo.
pág. 19
UT4.5 SERVIDOR DNS
En el siguiente paso hemos de indicar como se realizarán las actualizaciones de nuestro servidor
DNS; dejaremos activada la opción por defecto y pulsaremos directamente sobre el botón
"Siguiente".
Finalmente se muestra la pantalla resumen de creación de la nueva zona de búsqueda inversa;
pulsaremos sobre el botón "Finalizar" para completar la creación de dicha zona.
pág. 20
UT4.5 SERVIDOR DNS
Tras completarse la instalación de la nueva zona de búsqueda inversa, observaremos en la
ventana de administración del servidor DNS, que la nueva zona ya ha sido creada
convenientemente.
Para finalizar la configuración de nuestro servidor DNS, hemos de indicarle que cuando las
estaciones de trabajo intenten resolver URLs que no pertenezcan a la red local (y que por tanto
no sea capaz a resolver nuestro servidor DNS), reenvíe dichas peticiones a otros servidores DNS
(que estén en Internet) que sí puedan resolverlas. Para ello nos ubicamos sobre el nombre de
nuestro servidor DNS ("SEVER2019"), pulsamos con el botón derecho del ratón, y
seleccionamos la opción "Propiedades".
pág. 21
UT4.5 SERVIDOR DNS
En la ventana que nos aparece a continuación, seleccionamos la pestaña "Reenviadores", y
daremos en ‘Editar’. Tenemos que agregar las direcciones IP de los servidores DNS que nuestro
Proveedor de Servicios de Internet (ISP) nos haya asignado o las de cualquier servidor DNS
existente en Internet; en este caso vamos a indicar "8.8.8.8" y "8.8.4.4" pertenecientes a
servidores DNS públicos de google.
Después de seguir los pasos y añadir los DNS públicos, nos aparece lo siguiente:
pág. 22
UT4.5 SERVIDOR DNS
NOTA: El icono aparece ya que la red en la que se encuentra nuestro Controlador de Dominio
no tiene salida a Internet y por tanto no ha podido localizarlo. Recordemos que estamos en un
entorno de pruebas.
A partir de este momento ya tenemos configurado adecuadamente nuestro servidor DNS; a
medida que vayamos integrando equipos en el dominio, de forma automática dichas entradas se
reflejarán en nuestro servidor DNS. Además, en su momento, cuando trabajemos con el "IIS"
(Internet Information Server), deberemos volver al servidor DNS para agregar ciertas entradas
relativas a los servicios Web que vayamos a gestionar.
pág. 23
