Vérificateur de propagation DNS — Hungary
Lancez une requête DNS sur 6 résolveurs situés en Hungary : Budapest · Budapest · Gödöllő · Budapest · Bugyi · Budapest.
- Résolu
- Aucune réponse
- Vérification
-
Budapest
Hungary
—
-
Budapest
Hungary
—
-
Gödöllő
Hungary
—
-
Budapest
Hungary
—
-
Bugyi
Hungary
—
-
Budapest
Hungary
—
Ce que révèle une vérification DNS depuis Hungary
Un résolveur DNS garde une copie en cache de chaque enregistrement aussi longtemps que sa durée de vie le permet, et il le fait séparément à chaque emplacement. De ce fait, un changement que vous avez déjà publié peut apparaître sur un résolveur pendant qu'un autre sert encore l'ancienne réponse.
Vérifier depuis Hungary interroge l'enregistrement sur des serveurs situés dans le pays : vous voyez donc ce que les gens y obtiennent réellement, et non ce qu'un résolveur d'un autre continent renvoie par hasard.
Cela compte surtout juste après la modification d'un enregistrement. Une mise à jour visible sur un résolveur mondial comme 8.8.8.8 peut rester périmée chez un FAI local de Hungary tant que sa copie en cache n'a pas expiré. Lancer la vérification sur des serveurs de Hungary confirme si la nouvelle valeur a atteint les résolveurs dont dépendent vos visiteurs sur place, et c'est la réponse qui compte quand vous attendez qu'une migration ou un changement de messagerie prenne effet.
Some answers from Hungarian ISP resolvers are shaped by state blocking: domains on the NMHH-run KEHTA list, chiefly unlicensed gambling sites ordered blocked by the SZTFH, return NXDOMAIN or a notice page instead of their real records.
Comment fonctionne la propagation DNS
Chaque enregistrement DNS porte une durée de vie : le nombre de secondes pendant lesquelles un résolveur peut conserver sa réponse en cache avant de redemander. Quand vous modifiez un enregistrement, les résolveurs qui détiennent encore l'ancienne valeur continuent de la servir jusqu'à ce que ce minuteur expire ; ils ne récupèrent la nouvelle qu'à ce moment-là.
La « propagation » n'est que cette expiration échelonnée qui se joue sur de nombreux résolveurs indépendants ; une durée de vie abaissée avant un changement le fait donc prendre effet plus tôt. Il n'existe pas de délai d'attente fixe : c'est la durée de vie de l'enregistrement lui-même qui décide combien de temps l'ancienne réponse peut persister.
Questions fréquentes
Pourquoi les serveurs DNS de Hungary renvoient-ils des résultats différents de 8.8.8.8 ?
Deux choses l'expliquent. Chaque résolveur met en cache indépendamment, donc l'un peut détenir une réponse plus ancienne qu'un autre.
Et les réseaux de diffusion de contenu répondent selon l'emplacement du résolveur qui interroge, orientant un résolveur de Hungary vers un nœud proche.
Les deux réponses peuvent être correctes au même moment pour leur propre emplacement.
Combien de temps avant qu'un changement DNS soit visible en Hungary ?
Cela dépend de la durée de vie de l'enregistrement, pas du pays.
Les résolveurs de Hungary gardent la réponse précédente jusqu'à l'expiration de leur copie en cache, puis récupèrent la nouvelle.
Si vous avez abaissé la durée de vie avant le changement, il apparaît plus tôt ; sinon, l'ancienne valeur peut persister jusqu'à la fin du minuteur d'origine.
Quel serveur DNS les utilisateurs en Hungary devraient-ils utiliser ?
Pour la plupart des gens, le résolveur attribué par le fournisseur d'accès convient et offre généralement la latence la plus faible.
Qui veut une alternative peut pointer vers un résolveur public joignable depuis Hungary, comme Cloudflare (1.1.1.1) ou Google (8.8.8.8) ; le bon choix dépend de ce que vous privilégiez : vitesse, confidentialité ou filtrage.
Pourquoi vérifier le DNS précisément depuis Hungary ?
Parce que cela montre ce que les visiteurs de Hungary résolvent réellement, ce qui peut différer d'une requête mondiale.
Si votre audience est en Hungary, ou si vous y avez déplacé votre hébergement ou votre messagerie, vérifier auprès des résolveurs du pays confirme que les enregistrements ont atteint les serveurs dont ces utilisateurs dépendent.
