Pourquoi est-il appelé DNS «Propagation»?

J'entends toujours les administrateurs système parler d'attendre que les enregistrements DNS se propagent "sur Internet" ou "dans le monde" lorsqu'ils parlent de faire des changements DNS. Le fait est que mes enregistrements DNS ne se propagent à aucun autre serveur DNS, à l'exception des serveurs de noms qui hébergent mon espace de noms (principal, secondaire, tertiaire). Quand je change un enregistrement DNS ( A, CNAME, MX, etc.) ces changements sont immédiatement dans ma zone et ils ne se propagent partout. Ce que les gens veulent vraiment dire lorsqu'ils parlent de propagation d'enregistrements DNS, c'est en fait la mise en cache TTL. Cet article sur Wikipedia l'explique succinctement:

http://en.wikipedia.org/wiki/Domain_Name_System

Le concept de propagation DNS n'est-il pas un mythe? Alors, pourquoi est-ce appelé "propagation"?

Mythe? En quelque sorte.

Il y a 2 aspects que les gens confondent souvent. Si vous apportez une modification à votre nom de domaine avec votre registraire de nom de domaine, par exemple en changeant les serveurs de noms, cela est poussé vers les serveurs de noms de votre TLD (.com, .ca, .fr, etc.). C'est là que la propagation entre en jeu. Au cours des années passées, cela pouvait prendre des heures, voire des jours, à attendre que le bureau d'enregistrement prenne les informations que vous avez fournies, les envoyant à leurs serveurs de déploiement qui mettraient à jour les serveurs racine TLD deux fois par jour. Cela s'est amélioré rapidement au fil des ans et, souvent, les modifications apportées à votre nom de domaine prennent effet presque immédiatement.

D'un autre côté, si vous apportez une modification à votre zone DNS, comme l'ajout d'un enregistrement A ou d'une modification MX, cela devrait prendre `` jusqu'à '' aussi longtemps que le paramètre TTL est mis à jour partout. Ce n'est pas vraiment de la propagation, c'est de la mise en cache. Le DNS Microsoft, par exemple, prend par défaut 1 heure TTL.

Avec la mise en cache, si vous utilisez le nom de domaine juste avant de faire un changement et que le TTL est de 1 heure, il faudra une heure pour qu'il soit mis à jour. Cependant, si vous n'avez rien testé avec le nom de domaine juste avant le changement, votre changement sera immédiat pour vous. (c.-à-d. ajoutez un nouvel enregistrement A avec lequel vous n'avez pas encore testé et il prendra effet immédiatement).

Ainsi, de nos jours, presque tous les changements prendront effet dans l'heure (ou quel que soit votre TTL DNS défini). Les seules exceptions sont si un serveur DNS n'honore pas le TTL (les spammeurs ne le font souvent pas), ou si les serveurs de votre bureau d'enregistrement de nom de domaine ne se mettent pas à jour correctement sur Internet et que vous effectuez un changement de niveau de bureau d'enregistrement. Ce n'est pas souvent cependant.

Oui - les gens parlent du délai d'expiration des recherches en cache des caches de serveur DNS lorsqu'ils font ce genre de déclarations.

Malheureusement, certains serveurs DNS ignoreront allègrement les valeurs TTL et les enregistrements de cache au-delà du TTL indiqué pendant une certaine période. J'ai vu des serveurs DNS ISP conserver des enregistrements mis en cache avec des TTL (minutes) très faibles pendant jusqu'à 24 heures, et il y a probablement des serveurs vraiment endommagés par le cerveau qui les conservent encore plus longtemps.

Ils sont "propagés" aux serveurs DNS du monde entier dans le même sens que les idées se propagent d'un esprit à l'autre. Lorsqu'une requête arrive, le cache DNS local doit apprendre les informations (s'il n'est pas déjà mis en cache, ou s'il est mis en cache mais qu'il a expiré). Ainsi, la nouvelle valeur que vous venez de transmettre à votre serveur apparaît sur la carte à peu près comme les ragots apparaissent sur les blogs. Eh bien, pas exactement la même chose, mais je pense que c'est une bonne analogie.

Pas un mythe, nous voyons des problèmes de "vitesse de propagation" assez fréquemment lors du changement d'enregistrements MX. C'est toujours lorsque nous ne contrôlons pas le DNS et travaillons avec un tiers, donc nous ne pouvons généralement pas dire si le TTL est très long, il est ignoré par certains serveurs DNS, le MX est mis en cache par le serveur SMTP ou certains combinaison des trois. Quoi qu'il en soit, c'est douloureux quand ça arrive.

Dans la spécification DNS d'origine (RFC 1034/1035), deux étapes d'invalidation du cache devaient avoir lieu avant qu'une mise à jour de zone ne soit globalement visible. En plus de l'expiration TTL déjà mentionnée des résolveurs de mise en cache dans le monde, vous devez d'abord attendre (tous) vos serveurs de noms secondaires pour actualiser les données de zone à partir de la zone principale.

Ce n'est qu'après la spécification de DNS NOTIFY (RFC 1996) en 1996, qu'il existait un moyen standard d'aviser rapidement tous les serveurs de noms faisant autorité des changements de zone.

Alors peut-être que l'expression originale de «propagation du changement» était plus appropriée à l'époque, car il s'agissait d'un processus en deux étapes.

Je n'ai entendu parler de propagation DNS qu'en ce qui concerne l'hébergement de votre site Web .com avec un fournisseur tiers et uniquement parce qu'ils mettent en cache les enregistrements pendant 48 heures. Tous les serveurs DNS dont les enregistrements ne sont pas mis en cache doivent les avoir immédiatement disponibles.

Si nous regardons la définition du dictionnaire et l'étymologie de «propager», nous pouvons voir que le mot implique que par un acte d'un parent, un enfant est produit. Dans le cas de DNS, lorsque vous disposez de plusieurs serveurs faisant autorité pour une zone particulière et que vous effectuez une modification sur un serveur (l'enregistrement "parent"), l'enregistrement est propagé aux autres serveurs (les enregistrements "enfants") par un système de réplication qui envoie les modifications aux serveurs partenaires.

L'utilisation du terme propager pour décrire comment un changement DNS est reconnu par des serveurs DNS non autorisés est une mauvaise application du terme propager, car il ne correspond pas vraiment à la définition du dictionnaire du mot. Un terme plus approprié serait la découverte , car c'est l'action des serveurs de mise en cache DNS de découvrir la résolution d'adresse et de s'en souvenir pour le TTL.

Donc, vraiment, nous n'attendons pas que le changement DNS se propage dans le monde, nous attendons qu'il soit découvert.

Je n'appellerais pas ça un mythe. Le TTL sur la mise en cache a pour effet secondaire de conserver les enregistrements périmés après la mise à jour des entrées DNS sur le serveur DNS faisant autorité.

Alors appelez ça comme vous voulez mais le résultat final est le même.

De plus, les enregistrements MX ne sont pas mis en cache, donc toute modification apportée à un enregistrement MX pour un domaine est instantanée.