Che cos’è il DNS e come funziona?

Il Domain Name System (DNS) traduce nomi facili da ricordare, come example.it, in informazioni tecniche. È simile a un elenco distribuito: le persone usano un nome, mentre il software cerca l’indirizzo o i dati necessari per sito, email o verifica.

Il percorso di una richiesta

Il dispositivo interroga un resolver, spesso gestito dall’ISP o da un servizio DNS pubblico. Se non ha una risposta in cache, il resolver segue la gerarchia DNS fino ai nameserver autorevoli, richiede il record pertinente e conserva temporaneamente il risultato.

Nameserver autorevoli e zona DNS

I nameserver autorevoli mantengono la zona ufficiale del dominio. La zona raccoglie i record che descrivono i servizi. I nameserver indicano chi può rispondere ufficialmente; i record forniscono le destinazioni. Approfondisci in che cosa sono i nameserver.

Tipi di record principali

• A: associa un nome host a IPv4.
• AAAA: lo associa a IPv6.
• CNAME: rende un nome host alias di un altro.
• MX: indica mail server e priorità.
• TXT: pubblica verifiche e policy come SPF, DKIM o DMARC.

Ogni record ha uno scopo distinto: modificare l’A del sito non sposta automaticamente la posta.

TTL e caching

Time To Live stabilisce per quanto un resolver può conservare una risposta. La cache riduce latenza e carico. Un TTL inferiore può aiutare durante una modifica pianificata, ma non cancella dati già memorizzati con il vecchio valore.

Perché le modifiche appaiono in tempi diversi

I resolver salvano risposte in momenti differenti. Browser, sistemi operativi, reti aziendali e ISP possono aggiungere altre cache. La scadenza e il rinnovo graduali sono chiamati propagazione DNS; non è un file copiato simultaneamente ovunque.

Registrar, fornitore DNS e fornitore di hosting

Il registrar gestisce la registrazione, il fornitore DNS la zona autorevole e l’fornitore di hosting il sito o l’applicazione. Una società può ricoprire tutti i ruoli, che restano tecnicamente diversi. Identificarli evita modifiche nel pannello sbagliato.

Operare in modo sicuro

Documenta i valori esistenti, conferma la destinazione e modifica solo i record richiesti. Confronta la risposta autorevole con più resolver pubblici. Attendere non corregge un IP errato o un record mancante: la fonte deve essere corretta.

Esempio di zona

example.it può avere un record A per il web, CNAME per www, due MX per email e TXT per verifica e DMARC. Nessun singolo record contiene il sito completo: ciascuno pubblica un dato tecnico preciso.

Dall’applicazione al servizio di destinazione

Il percorso inizia quando browser o applicazione interrogano un resolver ricorsivo. Se non esiste una risposta valida in cache, il resolver segue la gerarchia DNS fino ai nameserver autorevoli della zona. Richiede il tipo di record per quel nome host e restituisce un IP, un altro nome, un mail server o dati di verifica.

Il resolver ricorsivo esegue la ricerca per il client e memorizza il risultato. Un server DNS autorevole non cerca altrove i dati della propria zona: pubblica le informazioni ufficiali che possiede. Per questo la risposta autorevole può essere già nuova mentre un resolver restituisce temporaneamente un vecchio valore in cache.

Record per sito ed email

Il dominio principale può avere A e AAAA, www un CNAME e la posta record MX indipendenti. I TXT pubblicano SPF, DKIM, DMARC o token di verifica. Una migrazione web può modificare i record del sito senza toccare l’email. Sostituire l’intera zona senza inventario può invece rimuovere un servizio apparentemente separato.

Conseguenze di un record errato

Un A o AAAA sbagliato invia gli utenti a un server diverso o crea differenze tra IPv4 e IPv6. Un CNAME non valido può puntare a un nome inesistente. MX errati interrompono la posta in entrata e policy TXT scorrette influenzano verifica o consegna. Il DNS può rispondere regolarmente e fornire informazioni operative sbagliate.

Ciclo di vita del TTL

Quando una risposta viene salvata, il TTL residuo diminuisce. Il resolver può riutilizzarla fino alla scadenza. La richiesta successiva ottiene una risposta autorevole aggiornata e avvia un nuovo ciclo. Il meccanismo migliora velocità e resilienza, ma richiede pianificazione.

Il CNAME non sostituisce sempre A e AAAA

Un CNAME fa puntare un nome host a un altro nome, la cui destinazione viene poi risolta. È comune per www o piattaforme esterne. Alla radice della zona esistono però restrizioni tecniche e non tutti i fornitori offrono funzioni alias proprietarie. Il tipo richiesto deve quindi essere adatto alla posizione e al servizio. Record incompatibili sullo stesso nome possono creare risposte non valide.

Più servizi sotto lo stesso dominio

Il DNS non invia ogni richiesta a un’unica destinazione. Il dominio principale può indirizzare il sito verso una piattaforma, www funzionare come alias, i record MX portare l’email a un altro fornitore e i TXT pubblicare informazioni di verifica o autenticazione. Per questo il sito può funzionare mentre la posta è in errore, o viceversa. Per una diagnosi corretta bisogna prima identificare il servizio coinvolto e poi controllare il tipo di record che lo governa.

Domande frequenti

Il DNS memorizza il sito?

No. File e database risiedono nell’hosting.

Ogni modifica causa downtime?

No. Preparazione, test e sovrapposizione riducono il rischio, senza garantire zero interruzioni in ogni scenario.