Due schemi di indirizzamento, in parallelo
IPv4
192.0.2.10
32 bit, ~4,3 miliardi di indirizzi, esauriti
IPv6
2606:4700::6810:84e5
128 bit, 340 sestilioni di indirizzi
Record A e record AAAA: IPv4 e IPv6 spiegati
Un dominio non ha un solo indirizzo IP: ne ha fino a due tipi completamente separati, memorizzati come due diversi tipi di record DNS. Un record A contiene un indirizzo IPv4 (come 192.0.2.10). Un record AAAA (si legge «quad-A») contiene un indirizzo IPv6 (come 2606:4700::6810:84e5). Vengono interrogati in modo indipendente, ricevono risposte indipendenti e un dominio può averne uno, l'altro, entrambi oppure, cosa oggi meno comune, nessuno raggiungibile da una determinata rete.
Perché esistono due famiglie di indirizzi
Gli indirizzi IPv4 sono numeri a 32 bit, il che limita il totale degli indirizzi possibili a circa 4,3 miliardi: un numero che Internet ha già esaurito. IPv6 usa indirizzi a 128 bit, uno spazio così vasto che l'esaurimento pratico non è una preoccupazione realistica. IPv6 è stato progettato come sostituto a lungo termine, ma poiché i due protocolli non sono compatibili a livello di trasmissione, Internet ha passato due decenni a farli convivere invece di passare dall'uno all'altro in un colpo solo.
| Record A (IPv4) | Record AAAA (IPv6) | |
|---|---|---|
| Dimensione dell'indirizzo | 32 bit | 128 bit |
| Spazio di indirizzamento totale | ~4,3 miliardi | 340 undecilioni |
| Esempio | 192.0.2.10 | 2606:4700::6810:84e5 |
| Stato attuale | Esaurito, tenuto in vita tramite NAT | In crescita, nessuna pressione da esaurimento |
| Copertura tipica | Quasi universale | Comune sulle grandi piattaforme, non ancora universale |
Cosa significa per un lookup
- Un dominio con solo un record A è solo IPv4: una situazione ancora molto comune, soprattutto per infrastrutture più piccole o datate.
- Un dominio con entrambi i record è dual-stack: la maggior parte delle grandi piattaforme e delle CDN funziona così oggi.
- Un client (browser, app o server) che supporta entrambi in genere preferisce IPv6 quando sono disponibili entrambi e il percorso di rete lo supporta davvero.
- Vedere un record AAAA non garantisce di poterlo raggiungere: la tua rete o il tuo provider devono comunque avere una connettività IPv6 funzionante.
Come un client dual-stack ne sceglie davvero uno
Quando esistono entrambi i record, la maggior parte dei sistemi operativi moderni non prova ciecamente IPv6 per primo rinunciando se fallisce. Usano un algoritmo noto come Happy Eyeballs (RFC 8305): il client avvia quasi in contemporanea i tentativi di connessione verso l'indirizzo IPv6 e verso un indirizzo IPv4 di riserva, concedendo un piccolo vantaggio a IPv6, e usa semplicemente la connessione che si completa per prima. Per questo un dominio con un record AAAA difettoso o irraggiungibile di solito si carica comunque senza ritardi visibili per la maggior parte degli utenti, perché il fallback IPv4 vince la corsa in silenzio, mentre un approccio ingenuo del tipo «prova IPv6, poi rinuncia e riprova da zero con IPv4» avrebbe introdotto uno stallo di diversi secondi.
Se stai facendo debug della connettività, vale la pena controllare entrambi prima di tutto: l'assenza di un record AAAA, che esclude IPv6 come colpevole (o lo conferma), richiede un solo lookup e restringe subito il campo del problema.
Una risposta dual-stack non è sempre simmetrica
È facile dare per scontato che i record A e AAAA di un dominio puntino a infrastrutture equivalenti e intercambiabili, ma non è garantito. Una CDN può aver attivato il supporto IPv6 in alcune sedi edge prima di altre, e quindi il record AAAA passa da un sottoinsieme più piccolo della stessa rete rispetto al record A. Un server di origine migrato su un nuovo hosting IPv4 potrebbe continuare a servire il traffico IPv6 da un host più vecchio, destinato a essere dismesso, se il record AAAA non è stato aggiornato nella stessa modifica. Trattare i due tipi di record come mantenuti in modo indipendente, perché lo sono davvero, invece di supporre un unico «server» dietro entrambi, evita una classe di errori di migrazione in cui una famiglia di indirizzi viene aggiornata e l'altra viene silenziosamente lasciata indietro.
Devi controllare gli indirizzi DNS pubblici di un dominio? Usa lo strumento Domain IP Lookup.
Per approfondire
Un lookup DNS ricorsivo, un passaggio alla volta
Browser
vuole example.com
Resolver
il tuo ISP / 1.1.1.1
Root + TLD
chi gestisce .com?
Autorevole
la risposta vera
Ogni passaggio della catena è a sua volta un lookup DNS, poi messo in cache
Cos'è il DNS e come funziona davvero?
Una spiegazione semplice del Domain Name System: cosa succede tra il momento in cui digiti un dominio e quello in cui il browser si connette a un server.
Tre livelli condividono il nome «server DNS»
Stub resolver
il tuo dispositivo
Resolver ricorsivo
ISP, router o 1.1.1.1
Autorevole
il DNS del dominio stesso
Lookup IP dei domini: cosa significano i risultati
Capisci i risultati di un lookup dell'indirizzo IP di un dominio: più indirizzi, record IPv4 e IPv6, edge delle CDN e limiti dell'attribuzione inversa.
Tre livelli condividono il nome «server DNS»
Stub resolver
il tuo dispositivo
Resolver ricorsivo
ISP, router o 1.1.1.1
Autorevole
il DNS del dominio stesso
Cos'è un server DNS? Ruoli di resolver e nameserver
Scopri cosa fanno i server DNS, in cosa i resolver ricorsivi differiscono dai nameserver autorevoli e come capire quale server ha risposto a una query.