Un registro TXT (abreviatura de registro de texto ) es un tipo de registro de recursos en el Sistema de nombres de dominio (DNS) que se utiliza para proporcionar la capacidad de asociar texto arbitrario con un host u otro nombre, como información legible por humanos sobre un servidor, red, centro de datos u otra información contable. [1]
También se utiliza a menudo de forma más estructurada para registrar pequeñas cantidades de datos legibles por máquina en el DNS.
Un dominio puede tener varios registros TXT asociados, siempre que la implementación del servidor DNS lo admita. [1] Cada registro puede, a su vez, tener una o más cadenas de caracteres. [2] Tradicionalmente, estos campos de texto se utilizaban para una variedad de usos no estandarizados, como el nombre completo de una empresa u organización, o la dirección de un host.
Algunos ejemplos de uso de TXT:
El uso de registros TXT para almacenar datos con distintos fines no está exento de problemas. El protocolo DNS especifica que cuando un cliente solicita un tipo de registro específico (p. ej., TXT) para un nombre de dominio determinado (p. ej., ejemplo.com), todos los registros de ese tipo deben devolverse en el mismo mensaje DNS. Esto puede dar lugar a grandes transacciones con mucha información "innecesaria" transferida y/o a la incertidumbre sobre qué registro TXT utilizar. Hay dos formas de evitar esto: especificar un prefijo de nombre de dominio que se utilizará cuando se utilicen registros TXT para un fin específico (p. ej., _domainkey.ejemplo.com – en el caso de DKIM) o crear un nuevo tipo de registro por completo. La primera opción es "fácil" porque no requiere ningún cambio en el DNS. La segunda opción a veces se considera "más limpia" ya que coincide mejor con el diseño del modelo de base de datos DNS. En el pasado, la creación de nuevos tipos de registros se evitaba a menudo ya que era un procedimiento complicado en el IETF . La reticencia persiste entre algunas personas a pesar de que el proceso ha sido reemplazado por uno mucho más ligero y rápido.
La estructura del registro TXT se especifica en RFC 1035 [2] de la siguiente manera. Tenga en cuenta que la especificación no dice nada sobre la codificación de caracteres de la cadena de texto. Indica explícitamente que la interpretación de la cadena depende del contexto y que los datos se tratan como binarios dentro del DNS. Especificaciones posteriores (por ejemplo, RFC 6763 [8] : DNS utilizado para el descubrimiento de servicios) pueden requerir el uso de codificaciones específicas para fines específicos.
La sección RDATA puede contener varias apariciones consecutivas de (Longitud TXT + TXT). La longitud de los datos es la longitud de todos ellos combinados.
Como texto no estructurado, las organizaciones pueden utilizar la cadena TXT de cualquier forma que definan, por ejemplo:
ejemplo.com. EN TXT "Este nombre de dominio está reservado para su uso en documentación" RFC 1464 define un formato estructurado que se puede utilizar para definir atributos y sus valores en un solo registro, [1] como en estos ejemplos:
host.widgets.com.IN TXT "impresora=lpr5" sam.widgets.com.IN TXT " bebida favorita=jugo de naranja " En la práctica, los servicios que utilizan registros TXT a menudo no siguen este RFC, sino que tienen su propio formato específico. [9] [10]
La cadena de caracteres de un registro TXT utilizada para SPF :
"v=spf1 ip4:192.0.2.0/24 ip4:198.51.100.123 ip6:2620:0:860::/46 a -todos"
Un ejemplo de uso de DMARC:
"v=DMARC1;p=ninguno;sp=cuarentena;pct=100;rua=mailto:[email protected];"Usar para verificación del sitio:
"verificación del sitio de google=6P08Ow5E-8Q0m6vQ7FMAqAYIDprkVV8fUf_7hZ4Qvc8"Usar para servicio de correo electrónico personalizado:
_amazonses.example.com. EN TXT "pmBGN/7MjnfhTKUZ06Enqq1PeGUaOkw8lGhcfwefcHU=" Indicadores de marca para identificación de mensajes (BIMI):
predeterminado._bimi TXT "v=BIMI1; l=https://ejemplo.com/imagen.svg; a=https://ejemplo.com/imagen/certificado.pem"