Un registro TXT publica un texto asociado a un nombre de dominio. Los servicios lo utilizan para demostrar la propiedad del dominio, configurar la mensajería como SPF DKIM DMARC o exponer información técnica.
Un registro TXT contiene un nombre, un tipo, un valor y un TTL. El TTL indica cuánto tiempo permanece la respuesta en caché en el resolutor local.
| Nombre | Tipo | Valor | TTL en segundos |
|---|
| @ | TXT | "v=spf1 ip4:203.0.113.0/24 ~all" | 3600 |
En este ejemplo, el nombre @ apunta a la raíz del dominio. El valor contiene una regla SPF en texto. Un TTL de 3600 corresponde a una hora.
| Nombre | Tipo | Valor | TTL en segundos |
|---|
| selector1._domainkey | TXT | "v=DKIM1; k=rsa; p=MII...AB" | 3600 |
| _dmarc | TXT | "v=DMARC1; p=quarantine; adkim=s; aspf=s" | 3600 |
| @ | TXT | "propiedad=token12345" | 300 |
Estas líneas muestran un selector DKIM, una política DMARC y un token de verificación. El nombre objetivo depende del servicio utilizado.
Es posible publicar múltiples registros TXT en la misma etiqueta. Cada valor aparece en la respuesta. Para SPF, mantener una sola entrada por nombre y agrupar los mecanismos en ella. Para DKIM, usar un selector diferente para cada clave.
Un TTL corto hace que un cambio sea visible más rápido. Útil durante una actualización de SPF o una verificación de dominio.
Un TTL medio o largo reduce las consultas hacia los servidores autoritarios. Adecuado para una configuración estable.
Reducir el TTL unas horas antes de la modificación y luego subirlo después de la validación.
Bueno saber
Un valor TXT puede superar los 255 bytes. Entonces se divide en múltiples cadenas entre comillas en la zona. Los resolutores unen estas cadenas del lado del cliente.
Publicar el TXT en el nombre solicitado por el servicio. SPF se coloca a menudo en el ápice. DKIM se publica en selector._domainkey. DMARC se coloca en _dmarc. Los servicios de verificación proporcionan un nombre específico. Un TXT puede coexistir con A AAAA MX en el mismo nombre.
A evitar
Tener dos entradas SPF en el mismo nombre. Fusionar en un solo valor.
Olvidar las comillas o escapar mal los caracteres especiales.
Publicar un DKIM en el selector incorrecto.
Una búsqueda DNS en línea permite introducir un nombre de dominio. Se obtiene la lista de valores TXT así como el TTL visible desde Internet. Es una primera verificación útil. Luego hacer una prueba local desde su máquina.
Windows proporciona nslookup. Se puede usar en modo interactivo.
nslookup
set q=txt
ejemplo.com
nslookup
set q=txt
server 1.1.1.1
ejemplo.com
La primera parte consulta según la configuración de red de la máquina. La segunda fuerza el uso de un resolutor externo, aquí el de Cloudflare.
En estos sistemas, el comando dig es práctico y fácil de usar.
dig TXT www.ejemplo.com
dig TXT www.ejemplo.com @1.1.1.1
Múltiples líneas indican múltiples valores TXT. Leer los prefijos v=spf1 v=DKIM1 v=DMARC1 para identificar la función de cada entrada.
Un TTL restante alto puede explicar un desfase después de un cambio.
Un valor vacío o truncado a menudo señala una comilla faltante o un corte mal gestionado.
- Anotar los valores actuales y el TTL.
- Reducir el TTL a 300 o incluso 60 segundos unas horas antes de la modificación.
- Preparar el nuevo valor. Para SPF, fusionar los mecanismos en una sola línea.
- Publicar el nuevo valor y luego retirar el antiguo si es necesario.
- Verificar con nslookup o con el comando dig desde varias redes y subir el TTL cuando todo esté estable.
Consejo práctico
Para DKIM, publicar una nueva clave en un nuevo selector. Dejar la antigua durante el tiempo de transición. Luego retirar la clave antigua cuando todo esté validado.
Publicar una regla SPF en el ápice con las direcciones y dominios autorizados. Probar antes de la puesta en producción.
Publicar la clave pública en el selector proporcionado por el servicio de mensajería. Verificar que la clave esté completa.
Publicar una política en _dmarc con la directiva p y las opciones útiles. Supervisar los informes si están activados.
Publicar un token TXT temporal proporcionado por un servicio. Retirarlo después de la validación si el servicio lo permite.
- Si SPF es reportado como inválido, verificar que solo existe una entrada SPF en el mismo nombre.
- Si DKIM falla, verificar el selector y la clave. Buscar un corte o un espacio de más.
- Si DMARC no es detectado, verificar el nombre _dmarc y el valor v=DMARC1.
- Si la respuesta permanece antigua, esperar la expiración del TTL y purgar la caché del resolutor local si es posible.
En resumen, un registro TXT publica información de texto para un nombre de dominio. Sirve para verificaciones, políticas de mensajería y otros usos técnicos. El TTL controla la duración de caché. Múltiples TXT pueden coexistir en el mismo nombre, pero solo debe existir una entrada SPF. La verificación pasa por una herramienta en línea, luego por nslookup y por dig.
Con estas pautas, la gestión permanece clara. Los cambios se realizan sin estrés. Los servicios funcionan como se espera.