Indirizzi IP e DNS: Come Funziona la Risoluzione dei Nomi e l’Indirizzamento di Rete

Ogni secondo, miliardi di persone nel mondo digitano nei loro browser nomi familiari come google.com, wikipedia.org o l’indirizzo della propria banca online. In una frazione impercettibile di secondo (spesso meno di 30 millisecondi), sullo schermo compare esattamente la pagina richiesta, senza esitazioni. Dietro questa apparente magia quotidiana si nasconde una delle opere ingegneristiche più monumentali e scalabili mai realizzate: l’alleanza tra il sistema di indirizzamento IP (Internet Protocol) e il Domain Name System (DNS).

I computer, i router e i server sparsi sul pianeta non comprendono le lettere dell’alfabeto, le parole o i marchi commerciali: ragionano esclusivamente con numeri binari ed indirizzi numerici. Se dovessimo memorizzare sequenze matematiche a memoria per visitare un sito o inviare un messaggio, Internet sarebbe rimasta una tecnologia per pochissimi addetti ai lavori.

In questa guida didattica esploreremo il funzionamento pratico degli indirizzi IP (comprendendo perché stiamo passando da IPv4 a IPv6) e seguiremo passo dopo passo il viaggio di una richiesta DNS: dalla digitazione nella barra degli indirizzi fino ai mitici "Root Server" mondiali.

L’Analogia del Telefono: Rubrica vs Numero Geografico

Per comprendere all’istante il rapporto tra un indirizzo IP e un nome a dominio DNS, possiamo utilizzare l’analogia della rubrica dello smartphone:

Senza il DNS saremmo costretti a segnarci su un taccuino cartaceo decine di stringhe numeriche complicate; senza gli indirizzi IP, la rete globale non saprebbe in quale punto del mondo recapitare i bit di risposta.

Che Cos’è un Indirizzo IP: Identificatore e Localizzatore Logico

All’interno dell’architettura di rete (Livello 3 Network del Modello OSI e Livello Internet della pila TCP/IP), un indirizzo IP (Internet Protocol Address) è un codice numerico assegnato a qualsiasi interfaccia di rete connessa a una rete IP.

Svolge due compiti fondamentali:

1. Identificazione dell’host: stabilisce chi sta parlando o chi deve ricevere la risposta (un PC, uno smartphone, una stampante, un server).
2. Localizzazione topologica (Routing): stabilisce dove si trova quel dispositivo nella geografia logica della rete mondiale, permettendo ai router di decidere attraverso quali cavi e snodi far viaggiare i pacchetti.

Differenza tra Indirizzo MAC e Indirizzo IP

Spesso gli studenti confondono l’indirizzo MAC della scheda di rete con l’indirizzo IP. La distinzione è netta e fondamentale:

Se porti il tuo computer portatile da casa tua all’università, il suo indirizzo MAC resterà rigorosamente identico (è stampato nel chip hardware), mentre il suo indirizzo IP cambierà completamente per riflettere la nuova sottorete a cui ti sei connesso.

Anatomia del Protocollo IPv4: Struttura a 32 Bit e Notazione Decimale

Nato nel 1981 con lo standard RFC 791, IPv4 (Internet Protocol Version 4) è stato il motore su cui è cresciuta l’intera rivoluzione digitale degli ultimi quarant’anni.

32 Bit divisi in 4 Ottetti

Un indirizzo IPv4 è una sequenza binaria composta esattamente da 32 bit (4 byte). Poiché per gli umani leggere e pronunciare 32 zeri e uni consecutivi sarebbe proibitivo, la sequenza viene suddivisa in 4 gruppi da 8 bit (detti ottetti). Ciascun ottetto viene convertito nel rispettivo numero decimale (da 0 a 255) e separato da un punto. Questa rappresentazione è detta notazione decimale puntata (dotted-decimal):

Rappresentazione Binaria (32 bit reali):
11000000 . 10101000 . 00000001 . 00000001
[ 8 bit ]   [ 8 bit ]   [ 8 bit ]   [ 8 bit ]

Conversione Decimale Puntata:
   192   .    168    .     1     .     1

Calcolando le combinazioni possibili ($2^{32}$), IPv4 mette a disposizione un totale teorico di circa 4.294.967.296 indirizzi unici (circa 4,3 miliardi). Negli anni ’80, quando i computer nel mondo erano poche migliaia di mainframe accademici e governativi, 4,3 miliardi di indirizzi sembravano una cifra praticamente infinita.

NetID, HostID e Subnet Mask

Un indirizzo IP non è un numero monolitico: è suddiviso in due porzioni distinte:

1. Network ID (NetID): identifica la rete (o sottorete) a cui l’host appartiene (l’equivalente del nome della via e del CAP postale).
2. Host ID (HostID): identifica lo specifico dispositivo all’interno di quella determinata rete (l’equivalente del numero civico o del citofono).

Come fa un computer o un router a sapere dove finisce la via e dove inizia il numero civico? Attraverso la Subnet Mask (Maschera di Sottorete). La maschera è una sequenza di 32 bit costituita da una serie ininterrotta di bit 1 (che coprono la parte di rete) seguita da una serie ininterrotta di bit 0 (che coprono la parte host).

Nella notazione moderna CIDR (Classless Inter-Domain Routing), la maschera 255.255.255.0 viene abbreviata con una barra obliqua seguita dal numero di bit a uno: /24 (es. 192.168.1.50/24).

Indirizzi Pubblici vs Indirizzi Privati e il Ruolo del NAT

Uno dei concetti architetturali più importanti da chiarire è la differenza tra indirizzi IP pubblici e privati. Se gli indirizzi IPv4 mondiali sono solo 4,3 miliardi e oggi sulla Terra siamo oltre 8 miliardi di persone (con una media di 3-5 dispositivi a testa connessi a Internet), come fa la rete a funzionare ancora oggi?

La salvezza temporanea di IPv4 è stata la codifica della RFC 1918, che ha riservato tre intervalli di indirizzi per l’uso esclusivo nelle reti locali interne (Indirizzi Privati):

• Classe A Privata: da 10.0.0.0 a 10.255.255.255 (16,7 milioni di host, tipica di grandi campus aziendali o datacenter).
• Classe B Privata: da 172.16.0.0 a 172.31.255.255 (circa 1 milione di host).
• Classe C Privata: da 192.168.0.0 a 192.168.255.255 (65.536 host, lo standard assoluto nei modem router domestici e nei piccoli uffici).

Questi indirizzi non sono instradabili su Internet pubblica: nessun router della dorsale mondiale accetta o inoltra pacchetti con mittente o destinatario 192.168.x.x o 10.x.x.x. Milioni di abitazioni nel mondo possono contemporaneamente usare il medesimo IP 192.168.1.1 per il proprio router domestico senza generare alcun conflitto, perché ciascuna rete domestica è un mondo chiuso e separato.

flowchart LR

subgraph LAN["RETE LOCALE PRIVATA (RFC 1918)"]

PC["💻 PC Studio
192.168.1.50"]

Phone["📱 Smartphone
192.168.1.51"]

TV["📺 Smart TV
192.168.1.52"]

end
subgraph GW["ROUTER DOMESTICO / FIREWALL"]
    NAT["🔀 Modulo NAT + Tabella Porte:
Associa IP Privato:Porta Locale a Porta Esterna"]
end

subgraph WAN["INTERNET PUBBLICA MONDIALE"]
    Web["🌍 Server Web Remoto
(YouTube / Wikipedia)"]
end

PC -->|"Richiesta da LAN"| NAT
Phone -->|"Richiesta da LAN"| NAT
TV -->|"Richiesta da LAN"| NAT
NAT -->|"IP Unico Pubblico: 82.55.102.14"| Web

Il "Portiere" di Casa: Il NAT (Network Address Translation)

Quando il tuo smartphone richiede un video da YouTube, il pacchetto esce con mittente privato 192.168.1.51. Il router di casa esegue il NAT (RFC 1631):

1. Sostituisce l’indirizzo sorgente privato con il suo unico indirizzo IP pubblico assegnato dal provider Internet (es. 82.55.102.14).
2. Assegna alla richiesta una porta sorgente specifica (es. porta 54321) e annota l’associazione in una tabella interna di memoria (NAT Table).
3. Quando YouTube risponde all’indirizzo pubblico sulla porta 54321, il router consulta la tabella e gira il pacchetto esattamente allo smartphone 192.168.1.51.

Grazie al NAT, centinaia di dispositivi casalinghi e aziendali possono navigare su Internet consumando un solo indirizzo IP pubblico.

La Soluzione Definitiva: Il Protocollo IPv6

Nonostante il NAT, l’esaurimento globale degli indirizzi IPv4 (IPv4 Address Exhaustion) è diventato una realtà conclamata: l’ente centrale IANA ha assegnato gli ultimi blocchi /8 liberi già nel 2011. Per garantire il futuro delle telecomunicazioni e consentire all’Internet delle Cose (IoT) di connettere decine di miliardi di sensori e veicoli, la IETF ha standardizzato IPv6 (RFC 8200).

Struttura a 128 Bit

IPv6 abbandona i 32 bit per passare a 128 bit (16 byte) di ampiezza. Viene espresso in notazione esadecimale, diviso in 8 gruppi di 4 cifre esadecimali (detti hextet o quartine) separati da due punti (:):

Esempio di indirizzo IPv6 completo:
2001:0db8:85a3:0000:0000:8a2e:0370:7334

Regole di abbreviazione:
1. Gli zeri iniziali di ogni quartina si possono omettere (0db8 -> db8).
2. Uno o più gruppi consecutivi di soli zeri possono essere compressi con "::" una sola volta per indirizzo.

Forma compressa:
2001:db8:85a3::8a2e:370:7334

Quanti Indirizzi Offre IPv6?

Il numero di indirizzi generabili con 128 bit è $2^{128}$:

Per rendere comprensibile questo numero inimmaginabile: ci sono circa 340 undecilioni di combinazioni. Significa che si potrebbero assegnare diversi miliardi di indirizzi IP pubblici unici a ciascun singolo granello di sabbia presente sulla superficie della Terra.

Con IPv6 ogni dispositivo connesso al mondo (dal computer alla lampadina smart) può tornare ad avere un proprio indirizzo pubblico globale unico, eliminando la necessità del NAT, semplificando il routing e migliorando la sicurezza nativa grazie a IPsec obbligatorio nello standard.

Il Domain Name System (DNS): La Gerarchia ad Albero

Abbiamo compreso che le macchine comunicano tramite indirizzi IP (IPv4 o IPv6). Ma come si passa dal nome mnemonico www.pcnext.it all’IP del server? Qui entra in scena il Domain Name System (DNS), formalizzato nelle RFC 1034 e RFC 1035.

Il DNS non è un singolo server gigante posizionato in un bunker segreto, ma un database gerarchico e altamente distribuito. Se fosse un unico computer centrale, Internet collasserebbe in pochi minuti a causa dell’enorme traffico globale o di un singolo guasto.

L’albero dei nomi si legge gerarchicamente da destra verso sinistra:

              . (Root Domain - La Radice Mondiale)
            /   \
          .it    .com   .org  (Top-Level Domains - TLD)
          /        \
       pcnext     google      (Second-Level Domains - SLD)
        /           \
      www          mail       (Third-Level / Sottodominio)

1. La Radice (. o Root Zone): si trova al vertice invisibile di ogni nome a dominio (formalmente un nome si conclude con un punto, es. www.pcnext.it.). È gestita a livello mondiale da 13 identità logiche di Root Name Server (da a.root-servers.net a m.root-servers.net), replicate fisicamente in migliaia di server gemelli in tutto il mondo tramite la tecnologia Anycast.
2. Top-Level Domain (TLD): sono le estensioni primarie. Possono essere geografiche (ccTLD, come .it, .fr, .de) gestite dai rispettivi Registri nazionali (in Italia il Registro.it del CNR di Pisa), oppure generiche (gTLD, come .com, .org, .net, .info) supervisionate dall’ICANN.
3. Second-Level Domain (SLD): è il nome specifico registrato da privati, aziende o enti (es. pcnext o google).
4. Sottodominio (Terzo Livello o superiore): è una ramificazione gestita autonomamente dal proprietario del dominio per organizzare specifici servizi (es. www, blog, shop, mail).

Il Viaggio di una Risoluzione DNS Passo dopo Passo

Cosa accade esattamente nel microsecondo in cui premi Invio nel browser per visitare un sito che non hai mai aperto prima? Vediamo la sequenza analitica:

sequenceDiagram

autonumber

actor Utente as 👤 Browser Utente

participant Resolver as 📡 Resolver DNS (ISP / 8.8.8.8)

participant Root as 🌐 Root Nameserver (.)

participant TLD as 🏛️ TLD Server (.it)

participant Auth as 🏢 Server Autoritativo (pcnext.it)
Utente->>Resolver: 1. Qual è l'IP di www.pcnext.it?
Resolver->>Root: 2. Dove trovo i server della zona .it?
Root-->>Resolver: 3. Chiedi al TLD Server di .it (IP fornito)
Resolver->>TLD: 4. Dove trovo i server di pcnext.it?
TLD-->>Resolver: 5. Chiedi ai Nameserver autoritativi di pcnext.it
Resolver->>Auth: 6. Dammi il Record A di www.pcnext.it
Auth-->>Resolver: 7. Record A trovato: 192.0.2.45
Resolver-->>Utente: 8. Risposta: 192.0.2.45 (salvato in Cache)

Analizziamo i passaggi in dettaglio:

1. Controllo Cache Locale: il browser interroga prima la propria memoria temporanea interna e poi la cache del sistema operativo (DNS Client Cache). Se il sito è stato visitato da poco, la risposta è istantanea senza generare traffico di rete.
2. Interrogazione al Resolver Ricorsivo: se l’IP non è in cache, la richiesta viene inviata al DNS Resolver configurato sulla scheda di rete (solitamente quello fornito dal provider di telefonia, oppure resolver pubblici ad alte prestazioni come Google 8.8.8.8 o Cloudflare 1.1.1.1).
3. Il Resolver contatta i Root Server: il resolver fa il lavoro investigativo per nostro conto. Contatta uno dei Root Server chiedendo l’IP del server che gestisce la zona .it.
4. Il Root Server indirizza al TLD: il Root risponde fornendo l’elenco dei Nameserver autoritativi per l’estensione nazionale .it.
5. Il Resolver contatta il Server TLD: il resolver contatta il server del TLD .it chiedendo le coordinate di pcnext.it. Il TLD risponde con l’indirizzo dei Nameserver del provider di hosting dove il dominio è registrato.
6. Il Resolver interroga il Server Autoritativo: il resolver interroga il Nameserver Autoritativo finale, che possiede la copia ufficiale e aggiornata della "Zona DNS" del dominio.
7. Restituzione del Record e Caching: il server autoritativo risponde con il record finale (es. 192.0.2.45). Il resolver salva questo risultato nella propria memoria locale per un periodo di tempo chiamato TTL (Time To Live), così da poter rispondere all’istante ad altri utenti della zona senza ripetere l’intera catena di interrogazioni.
8. Connessione HTTP/HTTPS: il browser riceve finalmente l’indirizzo numerico e può avviare il Three-Way Handshake TCP e la negoziazione crittografica TLS verso il server web.

I Record DNS Più Comuni: I Mattoni della Zona DNS

All’interno di un server DNS autoritativo, le istruzioni sono memorizzate sotto forma di record standardizzati. Conoscere i principali tipi di record è indispensabile per qualsiasi amministratore di rete o sviluppatore web:

TTL (Time To Live) e Propagazione DNS: Il Tempo di Diffusione

Quando un webmaster sposta un sito web su un nuovo server con un nuovo indirizzo IP, la modifica non si applica istantaneamente in tutto il mondo: si parla comunemente di propagazione DNS.

Ogni record DNS include un parametro fondamentale espresso in secondi: il TTL (Time To Live).

• Se imposti un TTL di 3600 (1 ora), significa che qualsiasi server resolver o provider nel mondo che interroga il tuo sito salverà in cache il vecchio indirizzo IP per un’ora esatta prima di chiedere nuovamente aggiornamenti.
• Se provi a cambiare server lasciando un TTL alto (es. 86400 secondi = 24 ore), molti utenti continueranno a visitare il vecchio server per l’intera giornata.
• Best practice sistemistica: 24 o 48 ore prima di una migrazione di server, si consiglia sempre di abbassare il TTL a 300 secondi (5 minuti). Una volta conclusa la migrazione e verificata la stabilità, il TTL può essere rialzato a valori standard (come 3600 o 14400 secondi) per ridurre il carico sui server e velocizzare la navigazione dei visitatori.

Strumenti Pratici da Terminale per Verificare IP e DNS

Nel laboratorio informatico o nella risoluzione quotidiana dei problemi di connettività, esistono comandi immediati disponibili su Windows, macOS e Linux:

1. ipconfig (Windows) / ip a (Linux)

Permette di visualizzare immediatamente l’indirizzo IP locale assegnato alla propria interfaccia, la Subnet Mask e l’indirizzo del Gateway predefinito (il modem/router di casa).

2. nslookup (Disponibile su tutti i sistemi)

Consente di interrogare manualmente un server DNS per verificare quale IP restituisce per un determinato dominio:

nslookup pcnext.it

È possibile specificare anche quale server DNS interrogare per fare un confronto (es. confrontare il proprio ISP con Google):

nslookup pcnext.it 8.8.8.8

3. dig (Linux, macOS e Windows tramite tool opzionali)

Il comando per antonomasia nei sistemi Unix-like per analizzare ogni singolo dettaglio e tempo di risposta della risposta DNS:

dig pcnext.it A +noall +answer

Domande Frequenti (FAQ)

1. Che differenza c’è tra indirizzo IP statico e dinamico?

Un indirizzo IP statico è assegnato in modo fisso e permanente a un’interfaccia; non cambia mai nel tempo ed è indispensabile per i server web, server email o stampanti di rete condivise che devono essere sempre raggiungibili al medesimo recapito. Un indirizzo IP dinamico viene invece assegnato provvisoriamente da un server DHCP (solitamente integrato nel modem router) ogni volta che un dispositivo si connette, con una scadenza temporale (lease time). La maggior parte degli smartphone e dei computer domestici usa IP dinamici.

2. Cambiare i DNS della scheda di rete velocizza la navigazione o aumenta la privacy?

Sì, in molti casi cambiare i DNS predefiniti forniti dal proprio operatore telefonico con resolver indipendenti ad alta efficienza (come Cloudflare 1.1.1.1, Google 8.8.8.8 o Quad9 9.9.9.9) può ridurre la latenza iniziale di risoluzione delle pagine web di svariate decine di millisecondi. Inoltre, resolver orientati alla privacy non tengono registri dei siti visitati e supportano protocolli crittografici come DoH (DNS over HTTPS) e DoT (DNS over TLS), che impediscono a terzi o al fornitore di rete locale di spiare i nomi dei siti web che stai visitando.

3. Cosa succede se due dispositivi su una stessa rete hanno per errore lo stesso indirizzo IP?

Si verifica un conflitto di indirizzi IP (IP Address Conflict). Il protocollo ARP (Address Resolution Protocol) va in tilt: i due dispositivi cercheranno di rispondere contemporaneamente allo switch o al router per gli stessi pacchetti dati. Il risultato pratico è che entrambi i dispositivi (o quello che si è collegato per secondo) perderanno la connettività Internet e mostreranno un avviso di errore sul sistema operativo. I server DHCP moderni impediscono questo inconveniente verificando che un IP sia libero prima di assegnarlo.

4. Che cos’è l’indirizzo di Loopback 127.0.0.1 (Localhost)?

L’indirizzo 127.0.0.1 (in IPv6 ::1) è un indirizzo IP speciale convenzionale riservato al cosiddetto Loopback o Localhost. Quando un programma su un computer invia una richiesta a 127.0.0.1, i pacchetti non escono fisicamente dalla scheda di rete verso il cavo o il Wi-Fi, ma vengono reindirizzati internamente dal sistema operativo verso se stesso. È ampiamente utilizzato da sviluppatori e programmatori per testare server web, database e software in locale sul proprio computer prima di pubblicarli online.

Glossario Tecnico dei Termini Chiave

• DNS (Domain Name System): Database gerarchico distribuito globale che traduce nomi di dominio alfabetici (es. pcnext.it) in indirizzi IP numerici (es. 192.0.2.1).
• IPv4: Protocollo Internet a 32 bit codificato nella RFC 791, capace di gestire circa 4,3 miliardi di indirizzi unici espressi in formato decimale puntato.
• IPv6: Standard Internet a 128 bit codificato nella RFC 8200, ideato per superare l’esaurimento di IPv4 offrendo oltre $3,4 \times 10^{38}$ indirizzi unici espressi in esadecimale.
• Root Name Server: Uno dei 13 snodi logici al vertice della gerarchia DNS mondiale che indirizzano i resolver verso i server competenti per ciascun TLD.
• Resolver Ricorsivo: Server DNS (gestito da ISP o enti terzi) che si occupa di svolgere l’intera catena di interrogazioni per conto del client utente fino a trovare l’indirizzo IP cercato.
• Server Autoritativo: Il server DNS ufficiale che detiene la zona originale e definitiva di un dominio, autorizzato a rilasciare risposte definitive sui record di quel dominio.
• NAT (Network Address Translation): Meccanismo operato dai router che mappa più indirizzi IP privati di una rete locale su un unico indirizzo IP pubblico per consentire la navigazione contemporanea su Internet.
• TTL (Time To Live): Intervallo di tempo (in secondi) per cui un record DNS può rimanere conservato nella memoria cache di resolver e client prima di dover essere aggiornato dalla sorgente.
• Subnet Mask: Sequenza di bit utilizzata per separare la porzione di rete (NetID) dalla porzione host (HostID) di un indirizzo IP.

Fonti Ufficiali e Riferimenti Accademici

• RFC 791 (1981): Internet Protocol – DARPA Internet Program Protocol Specification, IETF. https://www.rfc-editor.org/rfc/rfc791
• RFC 8200 (2017): Internet Protocol, Version 6 (IPv6) Specification, Internet Engineering Task Force. https://www.rfc-editor.org/rfc/rfc8200
• RFC 1034 & RFC 1035 (1987): Domain Names – Concepts and Facilities / Implementation and Specification, Mockapetris, P., IETF. https://www.rfc-editor.org/rfc/rfc1035
• RFC 1918 (1996): Address Allocation for Private Internets, Rekhter, Y., Moskowitz, B., Karrenberg, D., de Groot, G. J., & Lear, E. https://www.rfc-editor.org/rfc/rfc1918
• IANA (Internet Assigned Numbers Authority): Root Server System Specifications and Global IPv4 Address Space Status, ICANN. https://www.iana.org
• Tanenbaum, A. S., & Wetherall, D. J. (2011): Computer Networks (5th Edition), Pearson Prentice Hall. (Capitoli dedicati a IP Layering e DNS).