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? #

Die Auswirkungen hängen davon ab, welcher Eintrag betroffen ist.

Ein falscher A- oder AAAA-Eintrag kann beispielsweise dazu führen, dass eine Website auf dem falschen Server gesucht wird.

Fehlerhafte MX-Einträge können den E-Mail-Empfang beeinträchtigen.

Fehler in TXT-Einträgen können unter anderem Auswirkungen auf E-Mail-Authentifizierung oder die Verifizierung externer Dienste haben.

Eine Domain kann deshalb teilweise funktionieren, obwohl einzelne DNS-Einträge fehlerhaft sind.

Warum sollte man DNS-Einträge nicht auf Verdacht ändern? #

DNS ist eine zentrale technische Grundlage für verschiedene Dienste einer Domain. Eine vermeintlich kleine Änderung kann deshalb Auswirkungen auf Website, E-Mail oder externe Anwendungen haben.

Vor einer Änderung solltest du wissen:

  • welcher DNS-Eintrag geändert werden soll
  • welcher Dienst diesen Eintrag verwendet
  • welcher aktuelle Wert hinterlegt ist
  • welcher neue Wert benötigt wird
  • ob weitere Dienste von der Änderung betroffen sein können

Besondere Vorsicht ist bei MX-Einträgen, Nameserver-Änderungen und E-Mail-bezogenen TXT-Einträgen sinnvoll.

Wo werden DNS-Einträge bei CURIAWEB verwaltet? #

Wenn die DNS-Zone deiner Domain über dein CURIAWEB Hosting beziehungsweise dessen Nameserver verwaltet wird, kannst du die DNS-Einträge in cPanel über den Editor di zona einsehen und bearbeiten.

Die Bedienung des Werkzeugs haben wir bereits separat dokumentiert: Utilizzare l'editor di zone DNS in cPanel.

Dieser Artikel erklärt dagegen bewusst die technischen Grundlagen des DNS. Dadurch weißt du nicht nur, dove ein Eintrag geändert wird, sondern auch, era DNS überhaupt macht.

Wie kann ich prüfen, welche DNS-Einträge aktuell sichtbar sind? #

Wenn du überprüfen möchtest, welche DNS-Informationen für eine Domain aktuell aufgelöst werden, können DNS-Abfragen verwendet werden.

Damit lassen sich beispielsweise A-, AAAA-, MX-, TXT- oder Nameserver-Informationen kontrollieren.

Das ist besonders nach DNS-Änderungen oder bei der Fehlersuche hilfreich.

Wie du solche Informationen überprüfst, erklären wir unter Controlla i record DNS: Visualizza la configurazione DNS attuale di un dominio.

DNS und HTTPS sind unterschiedliche Dinge #

DNS sorgt dafür, dass dein Gerät das zuständige Ziel für einen Domainnamen ermitteln kann.

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

Eine Domain kann deshalb korrekt per DNS auf einen Server zeigen und trotzdem eine Zertifikatswarnung verursachen, wenn die HTTPS- beziehungsweise TLS-Konfiguration nicht korrekt ist.

Umgekehrt löst ein gültiges SSL/TLS-Zertifikat keine fehlerhafte DNS-Konfiguration.

DNS und E-Mail-Authentifizierung #

DNS spielt auch bei der Authentifizierung von E-Mails eine wichtige Rolle.

Techniken wie SPF, DKIM und DMARC veröffentlichen relevante Informationen über DNS.

Sie haben jedoch andere Aufgaben als MX-Einträge:

MX hilft dabei zu bestimmen, welche Mailserver E-Mails für eine Domain entgegennehmen.

SPF, DKIM e DMARC werden dagegen für unterschiedliche Aspekte der Authentifizierung und Bewertung von E-Mails verwendet.

Die Zusammenhänge behandeln wir ausführlich unter SPF, DKIM e DMARC spiegati nell'hosting CURIAWEB.

DNS an einem einfachen Beispiel #

Angenommen, du verwendest die Domain:

meine-firma.ch

Die Website soll auf einem Webserver betrieben werden und E-Mails sollen über eine Mailinfrastruktur empfangen werden.

Die DNS-Zone könnte vereinfacht Informationen enthalten, die sinngemäß festlegen:

meine-firma.ch
→ Webserver

www.meine-firma.ch
→ Website

Mail für meine-firma.ch
→ zuständiger Mailserver

TXT-Einträge
→ zusätzliche Informationen, z. B. für E-Mail-Authentifizierung

Welche Record-Typen dafür konkret verwendet werden und welche technischen Regeln gelten, behandeln wir im separaten Artikel über DNS-Einträge.

Riepilogo #

Il Sistema dei nomi di dominio (DNS) ist ein hierarchisch aufgebautes und verteiltes System zur Bereitstellung von Informationen zu Domainnamen.

Beim Aufruf einer Website hilft DNS dabei, den zuständigen Server zu ermitteln. Beim E-Mail-Verkehr können MX-Einträge festlegen, welche Mailserver für eine Domain zuständig sind. Weitere DNS-Records erfüllen andere Aufgaben.

Autoritative Nameserver stellen die maßgeblichen Informationen einer DNS-Zone bereit. Resolver fragen diese Informationen ab und können Antworten entsprechend ihrer TTL zwischenspeichern.

Dadurch sind Domainregistrierung, Nameserver, DNS, Webhosting und E-Mail eng miteinander verbunden, technisch aber unterschiedliche Komponenten.

Wer diese Trennung versteht, kann Domainumzüge, Nameserver-Wechsel und DNS-Probleme wesentlich gezielter beurteilen und vermeidet Änderungen, die unbeabsichtigt andere Dienste einer Domain beeinträchtigen.

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