DNS para TAI: registros y 8 ejercicios resueltos

En los ejercicios DNS para TAI, reconocer una sigla no basta. Hay que leer qué nombre se consulta, qué tipo se pide y qué permite concluir la respuesta. Un nombre puede tener una dirección IPv4 y carecer de IPv6; un alias puede resolver correctamente sin que eso pruebe que la web funciona.

Esta práctica reúne ocho casos originales, con cuatro opciones y una respuesta correcta por caso. Resuélvelos antes de abrir las explicaciones. Los fragmentos son simplificaciones didácticas independientes, no un fichero de zona completo ni capturas de servidores reales. Los nombres terminados en .example utilizan el espacio reservado para documentación del RFC 2606.

Si necesitas separar dirección de red, broadcast y hosts antes de pasar a nombres, utiliza los ocho ejercicios de subredes IPv4 para TAI. Aquí trabajamos otra capa del problema: interpretar información DNS.

Tabla de registros que utilizarás

Tipo	Qué contiene o identifica en esta práctica	Confusión que debes evitar
A	Una dirección IPv4	No contiene una dirección IPv6
AAAA	Una dirección IPv6	No significa cuatro direcciones IPv4
CNAME	El nombre de destino de un alias	No es una URL con ruta web
MX	Preferencia y nombre de un intercambiador de correo	El número menor tiene preferencia
PTR	Un nombre al que apunta el registro; lo usaremos en resolución inversa	No se crea automáticamente al publicar un A
NS	El nombre de un servidor que debe ser autoritativo para el dominio indicado	No identifica por sí mismo el servidor web

Los tipos A, MX, PTR y NS se describen en los apartados 3.3 y 3.4 del RFC 1035. Para IPv6, el RFC 3596, apartado 2, define AAAA. La tabla es una selección para los ejercicios, no el inventario completo de registros existentes.

Cómo leer las líneas

Usaremos el orden nombre TTL clase tipo dato. En portal.aula.example. 600 IN A 192.0.2.44, el nombre aparece primero, 600 es el TTL en segundos, IN es la clase y A el tipo. El último campo es el dato. Los nombres DNS completos se muestran con punto final para evitar interpretaciones relativas a un origen implícito.

No confundas el TTL de DNS con el campo TTL de una cabecera IPv4. Comparten siglas, pero en esta página medimos conservación de información en caché, no saltos de un paquete. Tampoco confundas una dirección con la disponibilidad de un servicio: recibir un registro no certifica una conexión HTTP, SMTP o de otro protocolo.

Ocho ejercicios DNS con soluciones

1. Elegir el tipo para IPv6

Un inventario ficticio muestra dos registros del mismo nombre:

portal.aula.example. 600 IN A    192.0.2.44
portal.aula.example. 600 IN AAAA 2001:db8::44

Te piden consultar el tipo que contiene la dirección IPv6. ¿Cuál eliges?

• A) A, porque cualquier dirección de un equipo se guarda en A.
• B) AAAA, porque el dato que buscamos es la dirección IPv6.
• C) MX, porque IPv6 necesita preferencia de encaminamiento.
• D) PTR, porque IPv6 solo admite resolución inversa.

Ver solución del ejercicio 1

Respuesta B. La segunda línea contiene el dato solicitado. El formato de AAAA almacena una dirección IPv6 de 128 bits; la primera línea responde a otra pregunta.

A falla al convertir un tipo concreto en una categoría universal. C confunde la preferencia del correo con el direccionamiento IP. D descarta sin motivo la resolución directa IPv6. Que la consulta llegue por IPv4 o IPv6 no cambia qué tipo almacena el dato: transporte de la consulta y contenido de la respuesta son cuestiones separadas.

2. Seguir un alias sin inventar una URL

Dispones de estas dos líneas y no hay otros alias en la cadena:

www.aula.example.    300 IN CNAME portal.aula.example.
portal.aula.example. 300 IN A     192.0.2.44

Al buscar la dirección IPv4 de www.aula.example., ¿qué interpretación es correcta?

• A) El CNAME guarda directamente la dirección 192.0.2.44 en su propio dato.
• B) El navegador tiene que recibir una redirección HTTP 301.
• C) El destino del CNAME es una ruta web llamada /portal.
• D) El alias apunta a portal.aula.example.; el A de ese nombre aporta 192.0.2.44.

Ver solución del ejercicio 2

Respuesta D. Hay dos relaciones distintas: alias a nombre y nombre a dirección. El resultado se obtiene siguiendo la primera y leyendo después la segunda. El RFC 1034, apartado 3.6.2, explica el seguimiento de CNAME.

A atribuye al primer dato lo que está escrito en el segundo registro. B introduce una respuesta de otro protocolo que no aparece en el caso. C interpreta un nombre DNS como una ruta HTTP. Este ejercicio no asegura que exista un servidor web operativo, un certificado válido ni una redirección: solo resuelve la relación entre los nombres y el A mostrado.

3. Ordenar preferencias MX

El dominio del ejercicio publica estos MX ordinarios. Los tres destinos tienen direcciones válidas; no son alias. Solo debes ordenar por el campo de preferencia, sin introducir fallos de conexión ni reglas locales del remitente.

aula.example. 900 IN MX 40 correo-c.aula.example.
aula.example. 900 IN MX 5  correo-a.aula.example.
aula.example. 900 IN MX 20 correo-b.aula.example.

¿Qué destino tiene mayor preferencia?

• A) correo-a.aula.example., con valor 5.
• B) correo-c.aula.example., con valor 40.
• C) correo-b.aula.example., porque ocupa el valor intermedio.
• D) Los tres obligatoriamente tienen la misma preferencia.

Ver solución del ejercicio 3

Respuesta A. La ordenación numérica es 5, 20, 40. Para estos MX se prefiere el valor menor, como desarrolla el RFC 5321, apartado 5.1. El primer candidato por preferencia es correo-a.

B invierte la comparación; C utiliza una regla de punto medio inexistente; D ignora que los campos son distintos. La pregunta no pide garantizar la entrega: una preferencia no prueba disponibilidad, aceptación del mensaje o existencia del buzón. Tampoco resuelve qué ocurriría con destinos empatados o con una incidencia posterior, porque esas condiciones no se han planteado.

4. Construir la consulta inversa IPv4

Quieres consultar el PTR correspondiente a la dirección IPv4 ficticia 192.0.2.44. Usas la forma ordinaria de consulta inversa bajo in-addr.arpa. y no se plantea una delegación especial. ¿Qué nombre consultas?

• A) 192.0.2.44.in-addr.arpa.
• B) 44.2.0.192.ip6.arpa.
• C) 44.2.0.192.in-addr.arpa.
• D) portal.aula.example.

Ver solución del ejercicio 4

Respuesta C. Se invierte el orden de los cuatro octetos, no el orden de sus dígitos: 192, 0, 2, 44 pasa a 44, 2, 0, 192. Después se añade el sufijo de resolución inversa IPv4, descrito en el RFC 1035, apartado 3.5.

A conserva el orden directo; B emplea el espacio de resolución inversa IPv6 con una construcción que tampoco corresponde a sus nibbles; D propone un nombre de resolución directa en lugar del nombre inverso solicitado. Construir correctamente la consulta no garantiza que exista un PTR. Publicar un registro A no crea por sí solo el registro de la zona inversa.

5. Restar tiempo a una entrada de caché

Un resolvedor incorpora una respuesta positiva a las 10:00:00, con TTL de 600 segundos. A las 10:03:20 conserva la misma entrada. Para este modelo, no hay recarga, precarga, expulsión anticipada ni servicio de datos caducados. El contador disminuye con el tiempo transcurrido. ¿Cuánto TTL queda?

• A) 600 segundos, porque cada lectura reinicia el contador.
• B) 580 segundos, porque solo se descuentan los segundos del reloj.
• C) 200 segundos, porque ese es el tiempo transcurrido.
• D) 400 segundos, porque han transcurrido 200.

Ver solución del ejercicio 5

Respuesta D. Tres minutos y veinte segundos equivalen a 3 × 60 + 20 = 200 segundos. El resto es 600 − 200 = 400. En el modelo planteado, el vencimiento sería a las 10:10:00. No estamos sumando minutos como si cada uno tuviera cien segundos.

A supone una renovación que el enunciado excluye. B descuenta veinte e ignora los tres minutos. C responde con lo consumido, no con lo restante. El resultado es un cálculo sobre esta entrada, no una promesa de propagación mundial. El TTL limita la conservación de información en caché; no impone que todos los clientes obtengan una nueva respuesta exactamente al mismo instante.

6. Reconocer qué declara un NS

Lees este registro en el ejemplo:

aula.example. 3600 IN NS ns1.aula.example.

¿Qué papel expresa el tipo NS respecto al nombre de destino?

• A) Que ns1.aula.example. es necesariamente el servidor que sirve la página web.
• B) Que ns1.aula.example. debe actuar como servidor autoritativo para el dominio indicado.
• C) Que ns1.aula.example. es una dirección IPv4 escrita de forma abreviada.
• D) Que todos los ordenadores de los usuarios deben usarlo como resolvedor recursivo.

Ver solución del ejercicio 6

Respuesta B. NS identifica un servidor de nombres autoritativo para el dominio, no el papel web, una dirección numérica ni una configuración de todos los puestos. Es la función descrita en el apartado 3.3.11 del RFC 1035.

A asigna una función que podría recaer en otro equipo. C confunde un nombre con una dirección. D transforma una declaración de autoridad en una obligación de configuración de clientes. Una respuesta autoritativa y la resolución recursiva son funciones diferentes, aunque un programa pueda desempeñar varias. Esta única línea tampoco demuestra que la delegación, las direcciones auxiliares o la conectividad estén correctamente configuradas en una instalación real.

7. Distinguir ausencia de tipo y ausencia de nombre

Se consulta AAAA para archivo.aula.example.. El caso declara que el nombre existe, tiene un A, no tiene AAAA y no intervienen CNAME. El servidor autoritativo devuelve NOERROR, sin respuestas del tipo pedido y con el SOA de la zona en autoridad, sin delegación a otro servidor. ¿Cómo interpretas el resultado?

• A) Como NXDOMAIN, porque no hay una dirección IPv6 en la respuesta.
• B) Como prueba de que el servidor DNS está apagado.
• C) Como NODATA: falta el tipo solicitado, aunque el nombre existe.
• D) Como una respuesta que necesariamente incluye una dirección IPv6 cero.

Ver solución del ejercicio 7

Respuesta C. El nombre existe y lo que falta es el dato AAAA solicitado. El RFC 2308, apartado 2.2, distingue esta situación y explica que NODATA no dispone de un RCODE propio.

A convierte la ausencia de un tipo en ausencia del nombre. B contradice que hemos recibido una respuesta del servidor. D inventa un dato que no aparece. No basta con memorizar «sección de respuestas vacía»: el enunciado aporta el código, la autoridad y la ausencia de delegación y alias para distinguir este caso. En una captura real tendrías que leer esos elementos antes de clasificarla.

8. Responder al truncamiento sin excluir TCP

En una consulta DNS clásica, un cliente recibe por UDP una respuesta con TC=1 y necesita obtener la respuesta completa. El servidor y el cliente admiten DNS sobre TCP y el camino de red lo permite. ¿Qué alternativa describe el reintento habitual?

• A) Repetir la consulta sobre TCP al servicio DNS del servidor, normalmente en el puerto 53.
• B) Repetir siempre por UDP y asumir que TC=1 significa respuesta completa.
• C) Usar el puerto 25 porque DNS sobre TCP se convierte en correo.
• D) Abandonar porque DNS no puede utilizar TCP para consultas ordinarias.

Ver solución del ejercicio 8

Respuesta A. TC señala truncamiento; en estas condiciones, el cliente puede reintentar por TCP para obtener la respuesta completa. El RFC 7766, apartados 4 y 5, trata este escenario y exige soporte UDP y TCP a las implementaciones DNS de propósito general.

B interpreta al revés el indicador. C cambia de servicio sin fundamento. D excluye un transporte válido. TCP tampoco está reservado únicamente a transferencias de zona ni requiere siempre un intento UDP anterior. El caso se limita al DNS clásico; no pretende enumerar los transportes cifrados ni afirmar que todas las respuestas UDP tengan un límite universal de 512 bytes.

Plantilla de corrección

Ejercicio	Respuesta	Comprobación
1	B	Seleccionar AAAA para el dato IPv6
2	D	Seguir el alias y después el A del destino
3	A	Ordenar 5, 20 y 40 de menor a mayor
4	C	Invertir los octetos y añadir in-addr.arpa.
5	D	Restar 200 segundos a 600
6	B	Leer NS como autoridad, sin inventar otros servicios
7	C	Separar ausencia de AAAA y ausencia del nombre
8	A	Interpretar TC y admitir el reintento TCP

Corrige también la justificación. Si has marcado la letra correcta por descarte pero has confundido un nombre con una IP, repite el ejercicio explicando cada campo. Una respuesta acertada no siempre revela que hayas identificado la operación que se estaba preguntando.

Cómo repetir la práctica sin memorizar las letras

En el caso MX, cambia los valores a 60, 15 y 30 y vuelve a ordenarlos. En el de caché, sustituye la hora de comprobación por las 10:04:30: habrán pasado 270 segundos y quedarán 330 dentro del mismo modelo. En el de resolución inversa, cambia solo el último octeto de la IPv4 y observa qué etiqueta aparece primero.

Para el alias, cambia el A del destino manteniendo el CNAME. Explica qué dato se ha modificado y qué relación permanece. No supongas que una caché ya poblada se actualiza instantáneamente: esta variación compara los registros del ejemplo, no simula todas las cachés de una red.

Estos ejercicios encajan como práctica de resolución de nombres y servicios de red. El Pack Temario TAI 2027 es un producto de pago cuyo contenido incluye administración de redes y protocolos de aplicación. Consulta su alcance para el conjunto de materias; el nombre comercial de una edición no sustituye el programa oficial de la convocatoria que prepares.

Preguntas frecuentes

¿Qué diferencia hay entre A y AAAA en DNS?

A contiene una dirección IPv4 y AAAA una dirección IPv6. El tipo consultado y la dirección devuelta son datos distintos del transporte usado para enviar la consulta DNS.

¿CNAME es lo mismo que una redirección web?

No. CNAME relaciona un alias con otro nombre dentro de DNS. Una redirección HTTP pertenece al servicio web y puede indicar otro destino mediante una respuesta HTTP; no se deduce de un CNAME.

¿Qué prioridad MX se prefiere primero?

Entre los MX ordinarios del ejercicio se prefiere el número menor: 5 antes que 20 o 40. Esa preferencia no garantiza que un servidor responda ni que la entrega termine correctamente.

¿NXDOMAIN y NODATA significan lo mismo?

No. En los casos sin alias de esta práctica, NXDOMAIN indica que el nombre consultado no existe. NODATA describe la falta del tipo de dato solicitado; no es un código RCODE independiente.

¿Son preguntas oficiales del examen TAI?

No. Son ocho ejercicios originales para practicar lectura de registros y respuestas DNS. No anuncian preguntas, frecuencia de aparición, baremos ni formato de una convocatoria.