Check-Host.cc

Vérificateur global d'enregistrement AAAA (IPv6)

L'enregistrement AAAA (communément prononcé "Quad-A") fonctionne de manière identique à un enregistrement A standard, mais gère la traduction des noms d'hôtes en adresses IPv6 de 128 bits. Développé pour résoudre l'épuisement critique de l'espace d'adressage IPv4 mondial, l'IPv6 permet aux appareils de se connecter directement aux serveurs web sans passer par des couches de traduction réseau complexes et génératrices de latence comme le Carrier-Grade NAT (CGNAT). Étant donné que les opérateurs mobiles et les FAI résidentiels adoptent agressivement l'infrastructure IPv6 par défaut, le déploiement d'enregistrements AAAA valides est obligatoire pour optimiser les performances des applications.

Architecture Dual-Stack et l'algorithme Happy Eyeballs

Les réseaux de production modernes sont déployés en utilisant une configuration "Dual-Stack". Cela signifie que la zone DNS faisant autorité publie à la fois un enregistrement A et un enregistrement AAAA pour exactement le même domaine. Lorsqu'un système d'exploitation client moderne (iOS, Android, Windows 11) résout un domaine Dual-Stack, il préfère strictement le protocole IPv6. Pour éviter que l'application ne se fige lorsque le routage IPv6 n'est pas fiable, les navigateurs implémentent l'algorithme "Happy Eyeballs" (RFC 8305). Le navigateur initie des connexions asynchrones simultanément vers les enregistrements AAAA et A. Le TCP handshake qui se termine en premier est celui qui est utilisé, masquant ainsi les pannes réseau à l'utilisateur final.

La vulnérabilité du Timeout "IPv6 cassé"

Une erreur de configuration fréquente et très perturbatrice se produit lorsqu'un ingénieur système ajoute un enregistrement AAAA à la zone DNS mais oublie de lier (bind) le logiciel du serveur web réel à l'interface réseau IPv6. Par exemple, si une configuration Nginx contient seulement listen 443 ssl; et omet listen [::]:443 ssl;, le serveur supprimera silencieusement les paquets IPv6 entrants. Les utilisateurs mobiles connaîtront une latence applicative sévère. Leurs appareils tenteront de se connecter à l'enregistrement AAAA, attendront jusqu'à 30 secondes pour un timeout de connexion, et seulement alors se rabattront sur l'ancienne adresse IPv4. La vérification de la propagation globale AAAA garantit que votre infrastructure est véritablement joignable via le routage de nouvelle génération.

Validation de l'infrastructure IPv6

Étant donné que les tables de routage IPv6 sont intrinsèquement plus complexes que celles d'IPv4, un enregistrement AAAA pointant vers une adresse valide ne garantit pas une accessibilité mondiale. Les conflits de peering entre les fournisseurs de transit de Tier 1 entraînent souvent des "trous noirs" IPv6 où des régions géographiques spécifiques ne peuvent pas atteindre la destination. L'exécution d'une recherche AAAA distribuée confirme que les annonces BGP pour le sous-réseau IPv6 de votre serveur se propagent correctement à travers plusieurs systèmes autonomes (AS).