Come verificare se un dominio supporta IPv6

Per capire se un dominio pubblica IPv6, interroga il suo record AAAA. Una risposta AAAA contiene un indirizzo IPv6, mentre una risposta A contiene un indirizzo IPv4. Vedere un record AAAA è la prova che il nome annuncia un endpoint IPv6 nella vista DNS che hai interrogato; non dimostra che l'endpoint sia raggiungibile da ogni rete né che il sito funzioni correttamente su IPv6. Pubblicazione DNS, routing, regole del firewall, TLS e configurazione dell'applicazione devono essere tutti allineati. Al contrario, l'assenza di una risposta AAAA significa che il nome interrogato non ha restituito dati IPv6 in quel momento, non che l'intero dominio o l'intera organizzazione non abbia alcuna implementazione IPv6.

Interroga il nome e il tipo di record giusti

Controlla l'hostname che gli utenti visitano davvero, compreso se inizia con www o usa un sottodominio applicativo. Un dominio root può pubblicare IPv6 mentre www no, o viceversa. Interroga specificamente AAAA e confronta con A per capire se il nome è solo IPv4, solo IPv6 o dual-stack. Se viene restituito un CNAME, segui la catena fino alla destinazione: l'alias in sé può non mostrare l'indirizzo. Ripeti il lookup da un resolver adatto se il record è stato appena aggiunto e annota ora e TTL, così da distinguere un vecchio risultato in cache da una configurazione che non è mai arrivata nella zona autorevole.

Un indirizzo IPv6 si scrive in gruppi esadecimali separati da due punti e i gruppi consecutivi di zeri possono essere compressi con un doppio due punti. Questa notazione può risultare poco familiare accanto agli IPv4 con i punti. Non provare a confrontare gli indirizzi IPv6 come se fossero IPv4 e non dedurre che un indirizzo sia privato solo perché ha un aspetto diverso. Se amministri l'endpoint, verifica che l'indirizzo sia assegnato all'interfaccia prevista, instradato da Internet e consentito dai firewall dell'host e del cloud. Pubblicare un AAAA prima che l'endpoint sia raggiungibile può far incontrare errori a una parte dei client, a seconda di come scelgono la connessione.

Verifica a parte la raggiungibilità del servizio

Dopo aver confermato il record AAAA, testa l'applicazione su IPv6 da una rete che abbia davvero connettività IPv6. Verifica che il web server sia in ascolto sull'interfaccia IPv6 e presenti il certificato corretto per l'hostname. Controlla load balancer, impostazioni della CDN, security group e firewall locali: IPv4 e IPv6 hanno spesso regole separate, quindi consentire una famiglia non consente automaticamente l'altra. Testa anche i servizi dipendenti, come le API e gli host delle immagini, se la pagina carica risorse da più domini. Un lookup DNS fornisce l'indirizzo di destinazione ma non può verificare nessuna di queste condizioni di trasporto o applicative.

• Controlla l'AAAA di ogni hostname importante, non solo dell'apex.
• Segui le destinazioni dei CNAME finché non trovi l'indirizzo pubblicato.
• Verifica le policy di firewall e routing per IPv6 indipendentemente da IPv4.
• Testa HTTPS su IPv6 prima di annunciare ampiamente il record AAAA.
• Monitora entrambe le famiglie di indirizzi dopo modifiche all'infrastruttura o alla CDN.

Un rollout dual-stack sicuro

Un rollout graduale inizia confermando che il provider supporti IPv6 a ogni livello rilevante: DNS, load balancing, firewall e connettività verso l'origine. Prova prima un hostname di staging, poi convalida da più di una rete compatibile con IPv6. Monitora nei log dell'applicazione gli errori specifici per famiglia di indirizzi e confronta i tassi di successo, invece di affidarti a un singolo test. Tieni pronti i passaggi di rollback, in modo da poter rimuovere o correggere un record AAAA che punta a un endpoint non ancora pronto. Se l'ambiente usa una CDN, segui le istruzioni di quel provider e verifica se il DNS pubblico espone gli indirizzi edge e non la tua origine.

Per il rapporto tra le famiglie di indirizzi, vedi i record A e AAAA a confronto e la guida più ampia a IPv4 e IPv6. Per controllare la risposta pubblica, usa lo strumento di lookup dei domini e leggi separatamente i risultati IPv4 e IPv6. La distinzione importante è semplice: un record AAAA pubblicato è un fatto del DNS; il supporto IPv6 end-to-end è una proprietà del servizio che va testata lungo l'intero percorso di connessione.

Attenzione alle implementazioni IPv6 parziali

La prontezza per IPv6 è spesso disomogenea all'interno di un servizio. Il sito pubblico può avere un record AAAA mentre un'API, una callback di autenticazione, un host di immagini o un endpoint di pagamento restano solo IPv4. Così può nascere una pagina che inizia a caricarsi ma fallisce su una dipendenza per gli utenti con IPv6. Fai l'inventario di tutti gli hostname usati dall'applicazione e controlla per ciascuno la famiglia di indirizzi prevista. Se una CDN fa da front a più origini, chiarisci se IPv6 termina all'edge o prosegue fino al backend. Registra nei log gli errori di connessione per famiglia di indirizzi, per distinguere un problema di route IPv6 da un'interruzione generale. Un rollout graduale e un rollback testato e documentato sono preferibili a pubblicare AAAA ovunque e aspettare che i clienti segnalino la prima richiesta non riuscita.