Vérificateur de propagation DNS

La propagation DNS est le délai nécessaire pour que les mises à jour effectuées sur les serveurs de noms autoritatifs soient distribuées et actualisées sur les résolveurs DNS récursifs du monde entier. Lorsqu'un enregistrement DNS est modifié, les résolveurs de mise en cache intermédiaires (tels que les résolveurs des FAI, les résolveurs publics comme Google et Cloudflare, et les redirecteurs d'entreprise) conservent l'ancien enregistrement jusqu'à l'expiration de son Time To Live (TTL). La propagation prend généralement entre quelques minutes et 24 heures selon le TTL préconfiguré.

Lorsqu'un appareil invité se connecte à un SSID invité ouvert ou sécurisé, les systèmes d'exploitation comme iOS, macOS, Android et Windows déclenchent des requêtes automatisées de détection de portail captif (comme l'interrogation de captive.apple.com ou connectivitycheck.gstatic.com). Le point d'accès ou le contrôleur intercepte le trafic HTTP et redirige le navigateur client vers le domaine du portail captif (ex. : portal.purple.ai). Si l'appareil client utilise un résolveur DNS qui n'a pas encore mis en cache le nouvel enregistrement du portail, la résolution DNS échoue, provoquant des expirations de délai du navigateur de l'assistant de réseau captif (CNA) et des échecs d'intégration.

Le TTL (Time To Live) est un entier 32 bits exprimé en secondes défini sur chaque enregistrement de ressource DNS, spécifiant combien de temps les résolveurs récursifs sont autorisés à conserver la réponse en cache. Un TTL plus faible (comme 300 secondes) garantit que les résolveurs interrogent le serveur de noms autoritatif toutes les 5 minutes, permettant des basculements rapides. Un TTL élevé (comme 86 400 secondes / 24 heures) amène les résolveurs à fournir des enregistrements obsolètes en cache pendant une journée entière.

Les serveurs de noms autoritatifs détiennent le fichier de zone maître et la source unique de vérité pour un domaine (ex. : AWS Route 53, Cloudflare DNS, NS1). Les résolveurs DNS récursifs (tels que Google 8.8.8.8, Cloudflare 1.1.1.1 et les serveurs de noms des FAI) agissent comme des intermédiaires qui interrogent les serveurs autoritatifs pour le compte des appareils clients et mettent en cache les résultats conformément au TTL de l'enregistrement.

Sur macOS, exécutez `sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder` dans le Terminal. Sur Windows, exécutez `ipconfig /flushdns` dans l'invite de commandes. Sur Linux, redémarrez systemd-resolved via `sudo systemd-resolve --flush-caches` ou `sudo resolvectl flush-caches`. Vous pouvez également utiliser cet outil de vérification de la propagation DNS en ligne pour interroger directement des résolveurs Anycast externes, en ignorant tout le cache du système d'exploitation local.

Purple exploite une infrastructure cloud Anycast répartie dans le monde entier qui fournit une résolution DNS inférieure à 20 ms et un chargement instantané des pages de redirection HTTPS. La préconfiguration des listes blanches de domaines walled garden et la réduction des TTL DNS avant les basculements d'intégration garantissent une authentification invité fluide sur le matériel Cisco Meraki, Aruba, Ubiquiti UniFi, Ruckus et Cisco Catalyst.