Record TXT DNS: verifiche, email e servizi esterni

In breve: I record TXT DNS contengono testo associato a un nome della zona.

Record TXT DNS

Questa guida approfondisce record TXT DNS con una procedura progressiva e reversibile. Non inviare password, codici 2FA, token, chiavi private o file di configurazione completi nei ticket.

Che cosa significa

Il provider fornisce normalmente nome host e valore. Inserire il dominio completo in un pannello che lo aggiunge automaticamente può creare un nome duplicato.

Alcune interfacce mostrano virgolette o dividono valori lunghi in più stringhe; il resolver può comunque restituirli come un unico contenuto logico.

Come riconoscere il problema

• La verifica dominio fallisce.
• Il TXT appare sul nome sbagliato.
• SPF restituisce permerror.
• DKIM non viene trovato.
• Due record contengono policy incompatibili.

Cause più frequenti

1. Nome host errato

Il pannello aggiunge nuovamente il dominio. Verifica questa ipotesi usando il messaggio completo e i dati dell’orario interessato, senza basarti soltanto sul testo mostrato dal browser o dall’applicazione.

2. Zona non autoritativa

Il record viene creato nel provider sbagliato.

3. Valore copiato male

Spazi, virgolette o caratteri mancanti alterano il token.

4. Record SPF multipli

Più TXT che iniziano con v=spf1 rendono SPF non valido.

5. Selector DKIM errato

Il nome non corrisponde alla firma.

6. Cache DNS

Il servizio vede ancora il valore precedente.

Diagnosi passo per passo

1. Identifica la zona autoritativa. Controlla i nameserver. Salva il risultato e confrontalo con il passaggio successivo; in questo modo potrai distinguere una causa locale da una configurazione del servizio.
2. Copia nome e valore separatamente. Non adattarli senza comprendere il pannello. Salva il risultato e confrontalo con il passaggio successivo; in questo modo potrai distinguere una causa locale da una configurazione del servizio.
3. Interroga il nome esatto. Usa `dig nome TXT +short`. Salva il risultato e confrontalo con il passaggio successivo; in questo modo potrai distinguere una causa locale da una configurazione del servizio.
4. Controlla duplicati. In particolare SPF e DMARC. Salva il risultato e confrontalo con il passaggio successivo; in questo modo potrai distinguere una causa locale da una configurazione del servizio.
5. Verifica TTL. Stima quando il vecchio valore scadrà. Salva il risultato e confrontalo con il passaggio successivo; in questo modo potrai distinguere una causa locale da una configurazione del servizio.
6. Confronta resolver. Controlla risposta pubblica. Salva il risultato e confrontalo con il passaggio successivo; in questo modo potrai distinguere una causa locale da una configurazione del servizio.
7. Usa il test del provider. Solo dopo che il DNS restituisce il valore corretto. Salva il risultato e confrontalo con il passaggio successivo; in questo modo potrai distinguere una causa locale da una configurazione del servizio.

Procedura di risoluzione

1. Crea il TXT nel pannello autoritativo. Usa il nome richiesto. Dopo la modifica ripeti lo stesso test, controlla il log e verifica che non siano comparsi effetti collaterali.
2. Rimuovi duplicazioni. Unisci autorizzazioni SPF nell’unico record. Dopo la modifica ripeti lo stesso test, controlla il log e verifica che non siano comparsi effetti collaterali.
3. Correggi selector e prefissi. DKIM e DMARC usano nomi specifici. Dopo la modifica ripeti lo stesso test, controlla il log e verifica che non siano comparsi effetti collaterali.
4. Conserva il valore esatto. Non aggiungere virgolette se il pannello le gestisce. Dopo la modifica ripeti lo stesso test, controlla il log e verifica che non siano comparsi effetti collaterali.
5. Attendi il TTL. Non ripetere la verifica mentre il vecchio record è ancora in cache. Dopo la modifica ripeti lo stesso test, controlla il log e verifica che non siano comparsi effetti collaterali.
6. Rimuovi token obsoleti. Dopo aver confermato che il servizio non li usa. Dopo la modifica ripeti lo stesso test, controlla il log e verifica che non siano comparsi effetti collaterali.
7. Documenta lo scopo. Evita che record sconosciuti vengano eliminati in futuro. Dopo la modifica ripeti lo stesso test, controlla il log e verifica che non siano comparsi effetti collaterali.

Domande frequenti

Guide Xlogic correlate

• Record MX presenti ma email non ricevute
• Record SRV: priorità, peso, porta e destinazione
• Record SPF duplicati sul dominio

Fonti tecniche

• IETF RFC 1035: DNS TXT