I record DNS spiegati: A, AAAA, CNAME, MX, TXT, NS e altri
Ultimo controllo: 20 ott 2026
Il DNS trasforma un nome come example.it negli indirizzi e nelle impostazioni che servono a browser e server di posta. Ogni informazione è un record con un tipo. Conoscere la decina di tipi più comuni basta per configurare sito, posta e record di verifica senza sorprese.
In breve
- A e AAAA puntano un nome a un indirizzo IPv4 o IPv6; CNAME rende un nome alias di un altro.
- MX indica quali server ricevono la posta; TXT contiene testo come SPF, DKIM, DMARC e codici di verifica.
- I record NS delegano il dominio ai suoi name server; cambiarli sposta tutto il DNS altrove.
- Le modifiche non vengono «inviate»: i resolver conservano la vecchia risposta finché il TTL non scade.
I tipi di record più comuni
| Tipo | A cosa serve | Esempio |
|---|---|---|
| A | Nome → indirizzo IPv4 | example.it A 203.0.113.10 |
| AAAA | Nome → indirizzo IPv6 | example.it AAAA 2001:db8::10 |
| CNAME | Nome → altro nome (alias) | www CNAME example.it |
| MX | Server di posta, con priorità (numero più basso per primo) | example.it MX 10 mail.example.it |
| TXT | Testo libero: SPF, DKIM, DMARC, verifica di proprietà | v=spf1 include:_spf.google.com ~all |
| NS | I name server autoritativi del dominio | example.it NS ns1.provider.net |
| SOA | Dati della zona: server primario, numero di serie, timer | Creato dal tuo provider DNS |
| CAA | Quali autorità di certificazione possono emettere certificati SSL | example.it CAA 0 issue "letsencrypt.org" |
| SRV | Host e porta di servizi come SIP o XMPP | _sip._tcp SRV 10 5 5060 sip.example.it |
| PTR | DNS inverso: IP → nome; lo imposta chi possiede l'IP (il tuo hosting) | 10.113.0.203.in-addr.arpa PTR mail.example.it |
Le regole che creano più problemi
- Niente CNAME sulla radice (example.it stesso): la radice ospita anche i record NS e SOA, e un CNAME non può convivere con altri record. Usa A/AAAA sulla radice; molti provider offrono ALIAS/ANAME o il «CNAME flattening» a questo scopo.
- Un nome con un CNAME non può avere altri record: non puoi quindi aggiungere MX o TXT a un sottodominio che è un CNAME.
- I record MX e NS devono puntare a un nome host, mai direttamente a un indirizzo IP o a un CNAME.
- Un solo record SPF per nome; più record TXT per altri scopi vanno bene.
- In alcuni pannelli conta il punto finale:
mail.example.it.è un nome completo; senza punto il pannello può aggiungere il tuo dominio e crearemail.example.it.example.it.
TTL e «propagazione»
Ogni record ha un TTL (time to live) in secondi. I resolver dei provider internet e dei servizi DNS pubblici tengono la risposta in cache per quel tempo. Quando modifichi un record, chi aveva già il vecchio valore continua a usarlo finché il TTL non scade: è quella che si chiama propagazione DNS.
Pianifica le modifiche: il giorno prima di spostare un sito, abbassa a 300 secondi (5 minuti) il TTL dei record che cambierai e poi riportalo a 3600 o più. Cambiare i name server (NS) richiede più tempo, perché i record NS nella zona superiore (per esempio .com) possono avere un TTL fino a due giorni e alcuni resolver aspettano tutto quel tempo.
Anche le risposte negative finiscono in cache: se interroghi un nome prima di crearlo, la risposta «non esiste» può restare per il TTL negativo indicato nel SOA della zona.
Configurazioni tipiche
- Sito su un hosting: A (e AAAA, se disponibile) per example.it e www come CNAME verso example.it.
- Posta con Google Workspace o Microsoft 365: i record MX indicati, un include SPF, DKIM come CNAME/TXT e un record DMARC. Dettagli nella guida a SPF, DKIM e DMARC.
- Verifica per Google Search Console e servizi simili: un record TXT sul dominio; può convivere con SPF.
- Sottodominio per un servizio SaaS (negozio, assistenza):
negozio CNAMEverso il nome host indicato dal fornitore.
Controlla i tuoi record
- Cerca il dominio per vedere A, AAAA, MX, NS, TXT e altri in un solo posto.
- Il controllo di propagazione DNS chiede a resolver pubblici di tutto il mondo e ai tuoi name server autoritativi se vedono già il nuovo valore.
- Il controllo sicurezza e-mail verifica MX, SPF, DKIM e DMARC.
Fonti
- RFC 1035 – Domain names: implementation and specification
- RFC 2181 – Clarifications to the DNS specification
- RFC 2308 – Negative caching of DNS queries
- RFC 8659 – DNS CAA resource record
- IANA – DNS parameters
Questa guida riassume informazioni pubbliche e non costituisce consulenza legale.
Altre guide
- Trasferimento di dominio: cambiare registrar passo dopo passo
- Errori del certificato SSL: cosa significano e come risolverli
- Come scegliere un nome di dominio: la checklist pratica
- SPF, DKIM e DMARC spiegati: fermare lo spoofing e arrivare in posta in arrivo
- Di chi è un dominio? La ricerca WHOIS e RDAP spiegata