Tipos de registro DNS

¿Qué es un tipo de registro DNS?

Todo dato del DNS se guarda como un registro de recurso, y cada registro tiene un tipo que dice qué clase de cosa contiene. A es una dirección IPv4, AAAA una IPv6, MX los servidores de correo de un dominio, TXT texto libre, CNAME un alias. Cada tipo tiene además un número (A es 1, AAAA es 28) y es el número lo que viaja por la red.

La lista autorizada la mantiene la IANA en su registro DNS Parameters. Hoy hay 97 tipos asignados, desde A en el 1 hasta DLV en el 32769, y ese registro es de donde se copia cualquier tabla publicada de tipos de registro DNS.

Y en la copia es donde se tuerce, que es el motivo de esta página. El registro es una tabla plana con columnas para el nombre, el número, una descripción, una referencia y una fecha de alta. No tiene columna que diga si una entrada sigue vigente, ni columna que diga si la entrada es siquiera un registro. Resulta que las dos cosas importan.

Cómo usarlo

1. Busca por nombre, número o RFC. Escribe MX para el tipo, 28 para encontrar AAAA por su número de red, o RFC1035 para ver todo lo que definió aquella especificación original. La coincidencia exacta siempre sale primero.
2. Usa los filtros para acotar la lista. Registros usables enseña solo los tipos de datos vigentes, los que puedes poner de verdad en un archivo de zona. No son registros enseña los ocho que no puedes. Obsoletos enseña los seis que la IANA ha retirado.
3. Fíjate en las etiquetas de cada fila. Solo consulta y metatipo marcan entradas que no son registros; obsoleto marca las retiradas. Las filas sin descripción aparecen como tales en vez de rellenarse, porque eso es lo que contiene el registro.

Ocho de los 97 no son registros

Esta es la distinción que casi todas las listas se dejan. El RFC 6895 divide los números de tipo en tres grupos: tipos de datos, que almacenan información; QTYPE, que solo pueden usarse en consultas; y metatipos, que llevan información transitoria sobre un único mensaje DNS. Y nombra a los miembros de los dos últimos con toda exactitud: tres metatipos, OPT, TSIG y TKEY, y cinco QTYPE, ANY, MAILA, MAILB, AXFR e IXFR.

Ninguno de esos ocho puede aparecer en un archivo de zona. OPT es el mecanismo que hay detrás de EDNS y solo existe dentro de un mensaje. TSIG y TKEY llevan la autenticación de una transacción. AXFR e IXFR son peticiones de transferencia de zona, no cosas que una zona contenga. ANY es una consulta que significa enséñame todo lo que tengas, y no es un registro como un signo de interrogación no es una frase.

El registro no marca nada de esto. La palabra metatipo no aparece en ninguna parte de la página de RRTYPE, así que una tabla hecha copiándolo lista AXFR y ANY junto a A y MX sin nada que los distinga, y por eso tantos artículos sobre tipos de registro DNS incluyen entradas que no puedes crear de ninguna manera. Filtrarlos es lo primero que hace esta página, y el filtro No son registros te enseña exactamente cuáles son los ocho.

Obsoletos, pero solo si lees la descripción

La segunda columna que falta es el estado. Hay seis tipos retirados: MD y MF, sustituidos por MX antes de que existiera casi nada del internet actual; NXT, sustituido por NSEC; A6, un intento de direccionamiento IPv6 que perdió frente a AAAA; MAILA; y DLV, la validación DNSSEC por vía lateral, retirada formalmente por el RFC 8749.

La IANA sí deja constancia de que están obsoletos, pero dentro del campo de descripción en texto libre, entre paréntesis y de forma inconsistente. Los seis están escritos de cuatro maneras distintas: OBSOLETE a secas, OBSOLETE - use MX, OBSOLETE - use AAAA y OBSOLETE - see MX. No hay campo que consultar ni bandera por la que filtrar, así que quien construya una tabla desde el registro o analiza inglés o presenta en silencio como vivos unos tipos que están muertos.

Fíjate en que las dos distinciones son independientes. MAILA es a la vez QTYPE y obsoleto; A6 es un tipo de datos obsoleto; AXFR es un QTYPE perfectamente vigente. Una sola columna llamada obsoleto no habría capturado esto, que quizá sea la razón de que no exista.

Límites honestos

Nueve entradas no tienen descripción alguna en el registro: SPF, UINFO, UID, GID, UNSPEC, NID, L32, L64 y LP. Aquí aparecen diciéndolo claramente en vez de rellenarse con una conjetura, porque inventar una definición y atribuírsela a la IANA sería peor que el hueco.

SPF merece mención aparte, porque es donde el registro más engaña. El tipo 99 se creó para que los registros de política de remitente tuvieran tipo propio en vez de vivir dentro de TXT. No cuajó, y el RFC 7208 devolvió formalmente el mundo a TXT. Pero el registro ni describe SPF ni lo marca obsoleto, así que ahí sigue, con toda la pinta de un tipo vigente. Esta página puede decirte que no tiene descripción; no puede decirte que está muerto, porque la IANA no lo dice.

Los datos son una instantánea. La IANA añade tipos según se publican RFC nuevos, y la clasificación en datos, consulta y metatipo sale del RFC 6895 y no del registro, así que un tipo dado de alta después de ese documento exigiría un juicio que esta página no ha hecho. El generador y el fichero exacto del registro del que salió están los dos guardados junto al sitio, y las comprobaciones regeneran desde ese fichero y comparan, así que la tabla no puede alejarse en silencio de su origen.

Por último, esto es una lista de referencia y no un diagnóstico. Te dice qué significa un tipo, no si tu dominio tiene uno ni si está bien configurado. Los rangos que el registro reserva como no asignados o de uso privado se omiten, porque no nombran ningún tipo.

¿Por qué es gratis?

Porque no hay nada que cobrar. La lista viaja con la página y la búsqueda se ejecuta en tu navegador, así que nada de lo que escribas se sube, se registra ni se guarda.

Ni cuenta, ni registro, ni nada reservado. Los datos salen del registro de la IANA y no de la tabla de otra web, la clasificación está citada al RFC 6895, y el script que la construye está guardado para que cualquiera pueda regenerar la tabla y contrastarla con el origen.