---
id: "dns-record"
kind: "glossary-term"
title: "record DNS"
language: "it"
category: "DNS e basi tecniche"
updated: "2026-10-10T23:12:43Z"
canonical: "https://tldlog.com/it/glossario/record-dns/"
translations:
  en: "https://tldlog.com/glossary/dns-record/"
  es: "https://tldlog.com/es/glosario/registro-dns/"
  de: "https://tldlog.com/de/glossar/dns-record/"
  fr: "https://tldlog.com/fr/glossaire/enregistrement-dns/"
  pt-BR: "https://tldlog.com/pt/glossario/registro-dns/"
  ru: "https://tldlog.com/ru/glossariy/zapis-dns/"
  zh-Hans: "https://tldlog.com/zh/cihui/dns-jilu/"
---

# record DNS

Una singola voce di una zona DNS. Ha un nome, un tipo come A, MX o TXT, un TTL e i dati veri e propri, per esempio un indirizzo IP. Tutti i record con lo stesso nome e lo stesso tipo formano un insieme che viene sempre restituito e firmato in blocco.

Un record DNS è una singola voce nella zona DNS di un dominio. Ogni record risponde a una domanda su un nome, per esempio quale server ospita il sito web o dove deve arrivare la posta. Di solito i titolari di un dominio modificano pochi record tramite il loro provider DNS, e un solo record sbagliato può bloccare un sito web o la posta elettronica.

## Che cos'è un record DNS: nome, tipo, TTL e dati

Ogni record ha le stesse parti: il nome a cui appartiene (come `www.example.com`), un tipo (A, MX, TXT e così via), un TTL e i dati veri e propri, come un indirizzo IP.

Il TTL è il numero di secondi per cui un resolver può conservare la risposta prima di chiederla di nuovo. È un massimo, non una garanzia. Dopo una modifica, alcuni utenti continuano a vedere il vecchio valore finché non scade il vecchio TTL: è ciò che informalmente si chiama propagazione DNS.

I record con lo stesso nome e lo stesso tipo formano un insieme di record di risorsa (RRset). Una richiesta restituisce sempre l'intero insieme, tutti i suoi record devono avere lo stesso TTL e il DNSSEC firma l'insieme come un'unica unità.

## I record che servono alla maggior parte dei titolari: A, AAAA, CNAME, MX e TXT

- **A** associa un nome a un indirizzo del protocollo internet versione 4 (IPv4). Più indirizzi richiedono più record A.
- **AAAA** fa lo stesso per la versione 6, più recente e con indirizzi più lunghi (IPv6).
- **CNAME** rende un nome alias di un solo altro nome, e la ricerca ricomincia da quest'ultimo. Un alias non può avere altri dati, salvo i record DNSSEC.
- **MX** indica i server di posta di un dominio, ciascuno con un numero di preferenza; i numeri più bassi vengono provati per primi. La destinazione deve essere un vero nome host, mai un alias. Se non c'è alcun MX, i server mittenti ricorrono ai record A o AAAA del dominio. Un dominio che non riceve posta può pubblicare un «null MX»: preferenza 0 e un solo punto come destinazione.
- **TXT** contiene testo il cui significato dipende da dove è pubblicato. I servizi chiedono spesso un valore TXT per dimostrare il controllo di un dominio. L'SPF deve essere pubblicato come TXT, con un solo record SPF per nome. Una policy DMARC è un record TXT in `_dmarc.example.com`.

## I record che fanno funzionare la zona: NS e SOA

I record NS elencano i name server autoritativi di una zona. Si trovano in cima alla zona e anche nella zona madre, come la zona del TLD, dove segnano la delega e indicano ai resolver a chi chiedere dopo. Devono puntare a veri nomi host, non ad alias.

Ogni zona ha esattamente un record SOA (start of authority), in cima. Contiene il server primario, la casella di posta del responsabile, un numero di serie e dei timer in secondi. I server secondari recuperano i nuovi dati solo quando il numero di serie aumenta. Il suo campo MINIMUM, insieme al TTL del SOA stesso, stabilisce oggi per quanto tempo restano in cache le risposte «non esiste». Di solito sono i provider DNS a gestire il SOA per i clienti.

## Record specializzati: SRV, PTR, CAA, HTTPS e wildcard

- **SRV** indica il server e la porta di un servizio, con un nome come `_service._protocol.example.com`. I client provano prima la priorità più bassa e distribuiscono il carico in base al peso. La destinazione non deve essere un alias.
- **PTR** associa un indirizzo a un nome, nel senso inverso. I record inversi si trovano sotto in-addr.arpa (IPv4) e ip6.arpa (IPv6), zone che seguono la struttura degli indirizzi IP e non quella dei nomi a dominio, quindi non si impostano nella zona del dominio. Le indicazioni operative raccomandano che i record PTR e A corrispondano.
- **CAA** (Certification Authority Authorization) elenca le autorità di certificazione che possono emettere certificati per un nome. Le autorità che seguono lo standard devono controllarlo prima di emettere un certificato, risalendo ai nomi superiori se serve, per cui un CAA impostato su example.com vale anche per `www.example.com` se www non ne ha uno proprio. I browser non devono usarlo per convalidare i certificati.
- **SVCB e HTTPS** indicano ai client, prima che si connettano, quali server, protocolli e porte usare. HTTPS è la versione per il web; il nome indica il tipo di record, non il protocollo.
- **Le wildcard** iniziano con l'etichetta `*`, come in `*.example.com`. Rispondono solo per nomi che non esistono affatto, solo con i tipi che contengono e non per i nomi sotto di esse. A ottobre 2026 il Registry Agreement base dell'ICANN, approvato il 21 gennaio 2024, vieta ai registri gTLD di usare wildcard o qualsiasi altro metodo per rispondere per nomi non registrati: queste richieste devono restituire NXDOMAIN.

## Perché un CNAME non può stare sul dominio nudo, e le soluzioni ALIAS

Il dominio nudo (l'apice della zona) deve contenere i record SOA e NS, e un CNAME non può condividere il nome con altri dati. Un CNAME in quella posizione entra in conflitto con essi: alcuni server ignorano allora i record NS e il dominio smette di funzionare.

La soluzione standard sono i record A e AAAA sul dominio nudo. Anche un record HTTPS in «AliasMode» può indirizzare il dominio nudo verso un altro nome, ma i client che non lo supportano lo ignorano, quindi i record A e AAAA devono restare.

Molti provider DNS offrono una funzione propria, chiamata ALIAS, ANAME o CNAME flattening: il provider cerca la destinazione e risponde con i suoi indirizzi. A ottobre 2026 queste funzioni sono proprietarie. La bozza per standardizzare ANAME è scaduta, e il registro IANA dei tipi di record non contiene alcun tipo ALIAS o ANAME. Il comportamento varia, e questo rende più difficile cambiare provider o usarne più d'uno.

## Errori comuni nella modifica dei record e come controllarli

- Omettere il punto finale di un nome completo in un file di zona, così il nome della zona viene aggiunto: `mail.example.com.example.com`.
- Un CNAME accanto ad altri record, o sul dominio nudo.
- Un record MX, NS o SRV che punta a un CNAME.
- Due record SPF sullo stesso nome.
- Non aumentare il numero di serie del SOA quando si modifica a mano un file di zona.
- CNAME rimasti a puntare verso un host eliminato, o CNAME che puntano ad altri CNAME.
- Abbassare un TTL solo dopo una modifica: le cache possono conservare la vecchia risposta fino al vecchio TTL.

Dopo ogni modifica conviene interrogare il record con uno strumento di ricerca come `dig`. Interrogando direttamente il server autoritativo si vede il nuovo valore indipendentemente dalle cache. In caso di dubbio su quali record servano a un servizio, è bene chiedere al provider DNS.

## Fonti

- [Domain names - implementation and specification (RFC 1035)](https://www.rfc-editor.org/rfc/rfc1035.txt)
- [Clarifications to the DNS Specification (RFC 2181)](https://www.rfc-editor.org/rfc/rfc2181.txt)
- [Common DNS Operational and Configuration Errors (RFC 1912)](https://www.rfc-editor.org/rfc/rfc1912.txt)
- [Service Binding and Parameter Specification via the DNS (SVCB and HTTPS Resource Records) (RFC 9460)](https://www.rfc-editor.org/rfc/rfc9460.txt)
- [Address-specific DNS aliases (ANAME), draft-ietf-dnsop-aname-04](https://datatracker.ietf.org/doc/draft-ietf-dnsop-aname/)

## termini correlati

- [file di zona](https://tldlog.com/it/glossario/file-zona/)
- [TTL](https://tldlog.com/it/glossario/ttl/)
- [record A](https://tldlog.com/it/glossario/record-a/)
- [record SOA](https://tldlog.com/it/glossario/record-soa/)
- [RRSIG](https://tldlog.com/it/glossario/rrsig/)
