DNS spiegato in modo semplice: come funziona il Domain Name System

Tempo di lettura ca.: 11 minuti

Il Domain Name System – in breve DNS – appartiene ai sistemi tecnici fondamentali di Internet. Tra le altre cose, fa sì che tu possa raggiungere un sito web tramite un nome di dominio facilmente comprensibile come meine-firma.ch puoi richiamare, invece di dover conoscere l'indirizzo IP del server competente.

Il DNS viene quindi spesso paragonato a un elenco telefonico o a una rubrica. Questo paragone aiuta a iniziare, ma dal punto di vista tecnico è un po' riduttivo: il DNS non si limita a collegare i nomi di dominio agli indirizzi IP, ma fornisce informazioni diverse per siti web, servizi di posta elettronica e altri servizi Internet.

In questo articolo spieghiamo come funziona fondamentalmente il DNS, quale ruolo svolgono i nameserver e le zone DNS e cosa succede in background quando si richiama un dominio.

Breve spiegazione: Il DNS risponde alle richieste sui nomi di dominio e fornisce le informazioni tecniche associate. In questo modo, ad esempio, i browser possono individuare il server web competente e i server di posta il percorso corretto per le e-mail.

Perché il DNS è necessario? #

I computer non comunicano su Internet principalmente tramite nomi di dominio come meine-firma.ch, ma utilizzano tra l'altro gli indirizzi IP per indirizzare i sistemi nella rete.

Un indirizzo IPv4 può avere, ad esempio, questo aspetto:

192.0.2.10

Un indirizzo IPv6 è molto più lungo e potrebbe apparire, ad esempio, così:

2001:db8::10

Indirizzi di questo tipo sono molto più difficili da ricordare per le persone rispetto ai nomi di dominio.

Il DNS crea quindi una struttura di nomi tramite la quale è possibile interrogare le informazioni tecniche relative a un dominio.

Ad esempio, se www.meine-firma.ch apri nel tuo browser, occorre prima determinare a quale indirizzo tecnico corrisponde questo nome host.

Il dominio e il DNS non sono la stessa cosa #

Una domain è il nome registrato, ad esempio:

meine-firma.ch

Il DNS è invece il sistema attraverso il quale vengono pubblicate e interrogate le informazioni relative a questo nome.

Questa distinzione è importante: puoi aver registrato un dominio senza che vi sia ancora un sito web funzionante associato.

Spieghiamo le differenze tra dominio, sito web e URL in modo dettagliato su Sito web, dominio e URL: qual è la differenza?.

Cosa succede quando visiti un sito web? #

Se inserisci un indirizzo come:

https://www.meine-firma.ch

digiti nel tuo browser, il tuo dispositivo deve prima scoprire quale indirizzo IP corrisponde a www.meine-firma.ch è competente.

In parole semplici, il processo si svolge così:

  1. Il tuo dispositivo o browser richiede l'indirizzo IP per il nome host desiderato.
  2. Una richiesta DNS viene eseguita tramite un cosiddetto resolver.
  3. Se la risposta non è già memorizzata nella cache, viene interrogata la gerarchia DNS fino a determinare i nameserver autorevoli competenti.
  4. Il nameserver autorevole restituisce la voce DNS corrispondente.
  5. Il tuo dispositivo riceve ad esempio l'indirizzo IP del server web.
  6. Solo successivamente è possibile stabilire la connessione effettiva al server web.

Quindi il DNS non fornisce il sito web stesso. Fornisce le informazioni di cui il tuo dispositivo ha bisogno per trovare la destinazione corretta.

Importante: Il DNS e l'hosting web sono sistemi diversi. Ad esempio, un server DNS fornisce un indirizzo IP. Il sito web stesso viene poi fornito dal server web competente.

Che cos'è un resolver DNS? #

Un resolver DNS riceve le richieste DNS e tenta di determinare la risposta necessaria.

Simili resolver sono gestiti, ad esempio, da provider Internet, aziende o servizi DNS pubblici.

Di conseguenza, il tuo computer di solito non deve interrogare autonomamente l'intera gerarchia DNS. Invia la sua richiesta al resolver configurato.

Se questo ha già memorizzato la risposta richiesta nella sua cache ed è ancora valida, può restituirla direttamente.

Altrimenti, le informazioni dovranno essere ricavate da ulteriori interrogazioni DNS.

Il DNS è strutturato gerarchicamente #

Il Domain Name System non è un singolo server centrale in cui sono memorizzati tutti i domini di Internet.

Il DNS ha una struttura gerarchica e distribuita.

Per un dominio come:

www.meine-firma.ch

Nel gioco semplificato giocano un ruolo diversi livelli.

Radice DNS #

All'apice della gerarchia DNS si trova la zona principale.

I root name server non conoscono l'indirizzo IP di ogni sito web. Possono però fornire informazioni su quali name server sono responsabili della rispettiva intestazione di primo livello.

dominio di primo livello #

Presso:

meine-firma.ch

è .ch il dominio di primo livello.

Il registro competente gestisce la relativa infrastruttura TLD e le delegazioni dei domini registrati al di sotto di essa.

Spieghiamo cosa sono i domini di primo livello su Che cos'è un dominio di primo livello (TLD)?.

Server dei nomi autorevoli del dominio #

Infine, bisogna determinare quali nameserver siano autorevoli per la specifica dominio.

Questi name server forniscono le informazioni DNS del dominio.

Lì può essere memorizzato, ad esempio, quale indirizzo IP viene utilizzato per il sito web o quali server di posta gestiscono le e-mail per il dominio.

Cosa significa „nameserver autorevole“? #

Un nameserver autorevole è una fonte definitiva di informazioni DNS per un dominio o una zona DNS di cui è responsabile.

Se, ad esempio, la zona DNS di meine-firma.ch è gestito su determinati name server, questi restituiscono i record DNS configurati lì.

Questo è ciò che distingue un nameserver autorevole da un resolver ricorsivo, che recupera le informazioni DNS per un client e, se necessario, le memorizza nella cache.

Breve spiegazione: Il resolver cerca la risposta. Il Nameserver autorevole fornisce le informazioni DNS definitive per la zona di sua competenza.

Cos'è una zona DNS? #

Una zona DNS contiene i record DNS gestiti per un determinato spazio dei nomi.

Per un dominio come meine-firma.ch possono esservi memorizzate, ad esempio, informazioni per il sito web, servizi di posta elettronica o vari sottodomini.

Una zona DNS può contenere, tra gli altri, record per i seguenti nomi:

meine-firma.ch

www.meine-firma.ch

mail.meine-firma.ch

shop.meine-firma.ch

Le informazioni contenute in un record dipendono dal suo tipo di record.

Quali record DNS esistono? #

Il DNS può fornire informazioni molto diverse. A tale scopo esistono diversi tipi di record.

Tra quelli particolarmente importanti nella quotidianità dell'hosting figurano:

  • A associa un indirizzo IPv4 a un nome
  • AAAA – associa un indirizzo IPv6 a un nome
  • CNAME – rimanda un nome a un altro nome canonico
  • MX – definisce il mailserver per la posta in arrivo di un dominio
  • TXT può contenere informazioni testuali e, tra le altre cose, dati per l'autenticazione delle e-mail
  • CAA – può definire quali autorità di certificazione possono rilasciare certificati per un dominio

Tratteremo in dettaglio questi tipi di record e il loro utilizzo pratico in Record DNS spiegati: A, AAAA, CNAME, MX, TXT e CAA.

Il DNS non gestisce solo i siti web #

Un'errata concezione comune è che il DNS determini semplicemente su quale server si trovi un sito web.

Il DNS viene utilizzato per molto di più.

Ad esempio, un dominio può contemporaneamente:

  • pubblicare un sito web su un server web
  • Ricevere e-mail tramite un altro server di posta
  • Reindirizzare i sottodomini ad altri sistemi
  • Pubblicare informazioni per SPF, DKIM o DMARC
  • Fornire informazioni di verifica per servizi esterni

Ciò consente di ospitare il sito web di un dominio presso un fornitore, mentre il servizio di posta elettronica funziona tecnicamente su un'altra infrastruttura.

Come fa un'email a trovare il server di posta corretto? #

Anche nella posta elettronica il DNS gioca un ruolo centrale.

Se, ad esempio, un messaggio a:

info@meine-firma.ch

viene inviato, il server di posta mittente deve scoprire quali server di posta per meine-firma.ch competenti.

A tale scopo vengono interrogati in particolare i record MX del dominio.

Il sito web può quindi puntare a un server web tramite un record A o AAAA, mentre i record MX per la ricezione delle e-mail fanno riferimento a un'altra infrastruttura.

Per questo motivo è tecnicamente possibile che un sito web funzioni perfettamente mentre la ricezione delle e-mail è compromessa, o viceversa.

Qual è il ruolo dei nameserver? #

I nameserver forniscono informazioni DNS. Per un dominio, tramite una cosiddetta delega viene stabilito quali nameserver autorevoli sono responsabili della rispettiva zona.

Se gestisci un dominio e l'hosting presso lo stesso fornitore, la configurazione DNS viene spesso fornita tramite i suoi nameserver.

Tuttavia, un dominio può anche rimanere registrato presso un altro registrar e ciononostante essere utilizzato con un hosting CURIAWEB.

A tal fine, la configurazione DNS deve essere impostata in modo tale che i servizi richiesti puntino all'infrastruttura corretta.

Tratteremo il funzionamento di questo sotto Mantenere il dominio presso un altro provider e collegarlo all'hosting di CURIAWEB.

Il registrar e il provider DNS non devono necessariamente essere identici #

Il registrar è il fornitore tramite il quale viene registrata e gestita un dominio.

Tuttavia, i nameserver autoritativi o la zona DNS possono tecnicamente essere gestiti da un altro provider.

Allo stesso tempo, l'hosting web e la posta elettronica possono essere forniti tramite altri sistemi ancora.

Una possibile configurazione può quindi apparire così:

Registrazione del dominio:
Fornitore A

Nameserver autorevoli / DNS:
Fornitore B

Sito web:
Fornitore C

E-mail:
Fornitore D

In molti casi, diversi o tutti questi componenti si trovano presso lo stesso fornitore. Tuttavia, non è tecnicamente necessario.

Tratteremo la differenza tra Registry e Registrar separatamente in Registro e Registrar: qual è la differenza?.

Cosa succede durante un cambio di nameserver? #

Quando i Nameserver autorevoli di un dominio vengono modificati, la responsabilità della risoluzione DNS della zona corrispondente viene delegata a un'altra infrastruttura di Nameserver.

Ciò non significa automaticamente che il dominio stesso venga trasferito a un altro registrar.

Un cambio di nameserver e un trasferimento di dominio sono due operazioni distinte.

Attenzione: Prima di un cambio di Nameserver, è necessario assicurarsi che tutti i record DNS necessari siano correttamente presenti sui nuovi Nameserver. In caso contrario, ad esempio, il sito web o l'e-mail potrebbero non funzionare più come previsto dopo la modifica.

Cos'è un trasferimento di dominio? #

Durante un trasferimento di dominio, la gestione di un dominio viene trasferita da un registrar a un altro.

Un trasferimento non modifica necessariamente il sito web, il server web o i nameserver.

A seconda della configurazione di partenza, le impostazioni DNS o i nameserver esistenti possono rimanere invariati durante un trasferimento.

Per questo motivo, prima di un trasferimento, dovrebbe essere sempre chiarito quali componenti debbano essere effettivamente modificati.

La nostra guida generale in merito è disponibile su Trasferimento di dominio a CURIAWEB: Ecco come funziona il trasferimento fornito.

Cos'è il caching DNS? #

Le richieste DNS caricherebbero inutilmente Internet e rallenterebbero molti accessi se ogni informazione dovesse essere ricalcolata completamente a ogni richiesta.

Per questo motivo le risposte DNS vengono memorizzate nella cache per un certo periodo di tempo.

Tali cache possono trovarsi in diversi punti, ad esempio nei resolver DNS, nel sistema operativo o in parte all'interno delle applicazioni.

Ciò evita che un'informazione DNS già nota debba essere nuovamente determinata attraverso l'intera gerarchia DNS ad ogni accesso.

Cosa significa TTL? #

I record DNS possiedono una TTL – Tempo di vita.

Indica in modo semplificato per quanto tempo una risposta DNS può essere memorizzata nella cache prima di dover essere richiesta nuovamente.

Un TTL viene solitamente espresso in secondi.

Un valore di:

3600

corrisponde ad esempio a un'ora.

Se viene modificato un record DNS, i resolver possono quindi continuare a utilizzare il valore precedentemente memorizzato finché il relativo record nella cache rimane valido.

Perché le modifiche DNS non sono immediatamente visibili ovunque? #

A causa del sistema DNS distribuito e della memorizzazione nella cache, dopo una modifica è possibile osservare temporaneamente risposte diverse.

Un resolver potrebbe ancora avere un vecchio valore nella cache, mentre un altro resolver ha già richiesto la nuova informazione.

Questo comportamento viene spesso definito nella vita di tutti i giorni come Propagazione DNS definito.

Ciò non significa che una modifica DNS debba essere distribuita manualmente pezzo per pezzo a ogni server di Internet. Spesso si tratta piuttosto del fatto che le voci di cache esistenti scadono e successivamente vengono richieste le informazioni aggiornate.

Lo spieghiamo più dettagliatamente su Propaginazione del DNS spiegata: perché le modifiche possono richiedere tempo.

Buono a sapersi: L'affermazione spesso ripetuta „il DNS richiede sempre 24 ore“ è troppo generica. La rapidità con cui una modifica diventa visibile dipende, tra l'altro, dal tipo di modifica, dai valori TTL e dalle cache esistenti.

Cosa succede se un record DNS non è corretto? #

Gli effetti dipendono da quale voce è interessata.

Un record A o AAAA errato può, ad esempio, fare sì che un sito web venga cercato sul server sbagliato.

Record MX errati possono compromettere la ricezione delle e-mail.

Gli errori nei record TXT possono avere ripercussioni, tra le altre cose, sull'autenticazione delle e-mail o sulla verifica di servizi esterni.

Un dominio può quindi funzionare parzialmente, nonostante singoli record DNS siano errati.

Perché non si dovrebbero modificare i record DNS alla cieca? #

Il DNS è una base tecnica fondamentale per diversi servizi di un dominio. Una modifica apparentemente piccola può quindi avere conseguenze sul sito web, sulla posta elettronica o su applicazioni esterne.

Prima di una modifica dovresti sapere:

  • quale record DNS modificare
  • quale servizio utilizza questa voce
  • quale valore attuale è memorizzato
  • quale nuovo valore è necessario
  • se ulteriori servizi possano essere interessati dalla modifica

È opportuno prestare particolare cautela con i record MX, le modifiche ai nameserver e i record TXT relativi alle e-mail.

Dove vengono gestiti i record DNS su CURIAWEB? #

Se la zona DNS del tuo dominio viene gestita tramite il tuo hosting CURIAWEB o i relativi nameserver, puoi gestire i record DNS in cPanel tramite Editor di zona visualizzare e modificare.

L'utilizzo dello strumento è già stato documentato separatamente: Utilizzare l'editor di zone DNS in cPanel.

Questo articolo, al contrario, spiega consapevolmente le basi tecniche del DNS. In questo modo non solo saprai, dove un record viene modificato, ma anche, era cosa fa effettivamente il DNS.

Come posso verificare quali record DNS sono attualmente visibili? #

Se desideri verificare quali informazioni DNS vengono attualmente risolte per un dominio, puoi utilizzare le query DNS.

Ciò consente di controllare, ad esempio, le informazioni sui record A, AAAA, MX, TXT o sui nameserver.

Ciò è particolarmente utile dopo le modifiche al DNS o durante la risoluzione dei problemi.

Spieghiamo come verificare tali informazioni su Controlla i record DNS: Visualizza la configurazione DNS attuale di un dominio.

DNS e HTTPS sono cose diverse #

Il DNS fa in modo che il tuo dispositivo possa determinare la destinazione competente per un nome di dominio.

HTTPS betrifft dagegen die verschlüsselte Kommunikation zwischen Client und Webserver.

Un dominio può quindi puntare correttamente tramite DNS a un server e tuttavia causare un avviso di certificato se la configurazione HTTPS o TLS non è corretta.

Viceversa, un certificato SSL/TLS valido non risolve una configurazione DNS errata.

DNS e autenticazione e-mail #

Il DNS gioca un ruolo importante anche nell'autenticazione delle e-mail.

Tecniche come SPF, DKIM e DMARC pubblicano informazioni pertinenti tramite DNS.

Tuttavia, hanno compiti diversi rispetto ai record MX:

MX aiuta a determinare quali server di posta accettano e-mail per un dominio.

SPF, DKIM e DMARC vengono invece utilizzati per diversi aspetti dell'autenticazione e della valutazione delle e-mail.

Tratteremo le relazioni in dettaglio su SPF, DKIM e DMARC spiegati nell'hosting CURIAWEB.

DNS con un esempio semplice #

Supponendo che tu stia utilizzando il dominio:

meine-firma.ch

Il sito web deve essere ospitato su un web server e le e-mail devono essere ricevute tramite un'infrastruttura di posta elettronica.

La zona DNS potrebbe contenere, in modo semplificato, informazioni che stabiliscono sostanzialmente:

meine-firma.ch
→ Webserver

www.meine-firma.ch
→ Sito web

Posta per meine-firma.ch
→ Mail server di competenza

Record TXT
→ Informazioni aggiuntive, ad es. per l'autenticazione delle e-mail

Tratteremo quali tipi di record utilizzare concretamente e quali regole tecniche si applicano in un articolo separato sui record DNS.

Riepilogo #

Il Sistema dei nomi di dominio (DNS) è un sistema gerarchico e distribuito per la fornitura di informazioni sui nomi di dominio.

Durante la visita a un sito web, il DNS aiuta a determinare il server competente. Nel traffico di posta elettronica, i record MX possono stabilire quali mail server sono responsabili di un dominio. Altri record DNS svolgono compiti diversi.

I name server autorevoli forniscono le informazioni definitive di una zona DNS. I resolver interrogano queste informazioni e possono memorizzarle nella cache in base al loro TTL.

Di conseguenza, la registrazione del dominio, i nameserver, il DNS, il web hosting e l'e-mail sono strettamente collegati tra loro, ma tecnicamente costituiscono componenti differenti.

Chi comprende questa separazione è in grado di valutare in modo molto più mirato trasferimenti di domini, cambi di nameserver e problemi DNS, evitando modifiche che compromettono in modo involontario altri servizi di un dominio.

Ultimo aggiornamento 29 agosto 2026
Questo articolo è stato utile?
Consenso ai cookie con Real Cookie Banner