Cosa fa il DNS

Il corso su TCP/IP tratta come i computer si indirizzano a vicenda tramite numeri. Nessuno vuole memorizzare numeri per leggere le notizie o inviare un’email, quindi internet ha una ricerca che traduce nomi in numeri che funziona dietro quasi tutto ciò che fai online: il Domain Name System, o DNS. Il Centro di apprendimento di Cloudflare lo chiama, semplicemente, “l’elenco telefonico di internet.”

Un albero, non un elenco unico

Il DNS è stato progettato, secondo RFC 1034, attorno a “uno spazio di nomi coerente da usare per riferirsi alle risorse”, organizzato come “una struttura ad albero” dove “ogni nodo e ogni foglia dell’albero corrisponde a un insieme di risorse.” Nella pratica questo albero ha livelli, ciascuno responsabile di una porzione più piccola di nomi:

• La radice, in cima all’albero, non conosce l’indirizzo di alcun sito web, ma sa quali server sono responsabili di ciascun dominio di primo livello (.com, .org, e così via).
• Un server di dominio di primo livello (TLD) non conosce nemmeno il tuo sito web specifico, ma sa quale server autoritativo è responsabile di quel dominio.
• Un server autoritativo detiene la risposta effettiva per un dominio specifico: a quale indirizzo IP punta attualmente example.org.
• Un resolver (o recursor) è il server che il tuo dispositivo interpella effettivamente. Fa il lavoro di scendere lungo l’albero per tuo conto, poi mette in cache la risposta per un po’ così non deve ripetere l’intero percorso per ogni richiesta.

Il Centro di apprendimento di Cloudflare usa un’analogia con una biblioteca per la stessa idea: “il recursor può essere pensato come un bibliotecario a cui viene chiesto di andare a trovare un libro particolare da qualche parte in una biblioteca”, mentre “il server radice è il primo passo nel tradurre (risolvere) i nomi host leggibili dall’uomo in indirizzi IP… funge da riferimento verso altre posizioni più specifiche.”

Seguire una ricerca

1. Il tuo Mac chiede al resolver configurato, spesso gestito dal tuo provider internet, dal tuo router Wi-Fi, o da un servizio pubblico, l’indirizzo dietro un nome.
2. Se il resolver non ha già la risposta in cache, chiede a un server radice quale server TLD provare.
3. Chiede a quel server TLD quale server autoritativo provare.
4. Chiede al server autoritativo la risposta effettiva, poi restituisce quella risposta al tuo dispositivo e mantiene una copia in cache per altre richieste.

RFC 1035 definisce il formato esatto dei messaggi per queste query e risposte, e nota che tipicamente viaggiano su UDP o TCP sulla porta 53. Nulla in quella ricerca è segreto per impostazione predefinita; la prossima lezione tratta chi può vederla e perché questo conta.

$ dig example.com

;; ANSWER SECTION:
example.com.		233	IN	A	104.20.23.154
example.com.		233	IN	A	172.66.147.243

Quel singolo comando è l’intero processo di questa lezione che avviene in circa un decimo di secondo: il tuo resolver ha percorso l’albero (o ha servito una risposta in cache), e ha restituito l’indirizzo numerico dietro il nome.