Comment DNS détecte-t-il les changements d'adresse IP du serveur de noms?
Supposons que j'ai un domaine tel que exemple.com et que je configure les serveurs de noms principal et secondaire du domaine sur ns1.example2.com et ns2.example2.com.
Des questions:
L'adresse IP des serveurs de noms est-elle récupérée et stockée dans la base de données du registre (par exemple, les domaines VeriSign pour .com) au moment où je configure ces serveurs de noms pour mon domaine example.com? Ou est-ce aussi bien l'IP que le nom de domaine pour les serveurs de noms?
Si les deux informations sont stockées, que se passe-t-il si, à un moment donné, l'adresse IP du serveur de noms lui-même est modifiée? Je veux dire, comment le registre pourrait-il connaître le changement d'adresse IP?
EDIT: La question ne concerne pas ce qui se passe si l’adresse IP de l’hôte Web change, mais plutôt si l’adresse IP du serveur de noms change. Je sais que cela ne se produirait normalement pas car tous les serveurs de noms auraient une adresse IP statique. Mais disons que le serveur de noms est déplacé vers un autre serveur physique sur un autre réseau et qu'une nouvelle adresse IP lui est donc attribuée. Dans ce cas, le système de noms de domaine n’aurait-il pas un problème avec ce nom, du fait que le serveur de noms lui-même est introuvable?
En y réfléchissant un instant, et s'il vous plaît, corrigez-moi si mes pensées sont incorrectes ici. Supposons qu’aucun cache n’est utilisé dans l’ensemble du site et que le nom de domaine example.com doit être résolu pour rechercher l’adresse IP de l’hôte Web.
Étape 1: La racine sera interrogée, ce qui renverra les serveurs de noms pour le TLD .com.
Étape 2: Les serveurs de noms .com seront interrogés, ce qui renverra les serveurs de noms pour example.com. Les informations que nous obtiendrions à la suite de cette requête seront quelque chose comme:
- adresse internet ns2.example2.com = 216.239.34.10
- adresse Internet ns1.example2.com = 216.239.32.10
Ces adresses IP renvoyées ne seront-elles pas obsolètes? Une façon dont je peux penser pour que les serveurs de noms .com puissent éventuellement les synchroniser à chaque fois est si les serveurs de noms .com résolvaient ns2.example2.com en temps réel à chaque fois que la requête pour le domaine example.com était faite! Évidemment, cela ne peut pas se produire car cela créerait encore plus de charge sur les serveurs de noms .com.
C'est la partie que je ne comprends pas très bien à propos du système de noms de domaine et donc de mes questions.
Supposons que j'ai un domaine tel que exemple.com et que je configure les serveurs de noms principal et secondaire du domaine pour qu'ils soient ns1.example2.com et ns2.example2.com.
Avant de configurer nameservers pour votre domaine, vous devez enregistrer chaque serveur de noms auprès du registre de votre domaine, qui requiert le nom d'hôte et l'adresse IP du serveur de noms. Des exemples d’étapes pour un registraire peuvent être consultés ici .
L'adresse IP des serveurs de noms est-elle récupérée et stockée dans la base de données du registre (c'est-à-dire VeriSign pour les domaines .com) au moment où je configure ces serveurs de noms pour mon exemple? domaine com?
Le bureau d'enregistrement de domaine mettra à jour le serveur DNS faisant autorité du registre du TLD avec le nom d'hôte et l'adresse IP du serveur de noms. Le délai pour cette mise à jour dépend du bureau d’enregistrement, mais la plupart des plus importants effectuent la mise à jour assez rapidement. Pour les serveurs de noms .com, vous pouvez afficher ces mises à jour à l'aide de outil WHOIS de Verisign (cliquez sur l'onglet Name Server).
Si les deux informations sont stockées, que se passe-t-il si, à un moment donné, l'adresse IP du serveur de noms est modifiée? Je veux dire, comment le registre serait-il informé du changement d'adresse IP?
Pour mettre à jour l'adresse IP du serveur de noms, vous devez modifier l'adresse IP de l'hôte du serveur de noms sur votre registraire de domaine. Celui-ci mettra alors à jour le serveur DNS faisant autorité pour le TLD. Des exemples d’étapes peuvent être visualisés ici .
Une fois ces mises à jour effectuées au niveau du serveur DNS faisant autorité avec le registre, les serveurs DNS du monde entier les interrogeront et mettront à jour leurs bases de données DNS. Cela prend du temps, c'est pourquoi les modifications DNS ont besoin de temps pour se propager afin d'être résolues par les clients du monde entier.
La mise en cache est effectuée à tous les niveaux pour réduire la charge sur l'ensemble du système distribué. Les clients vérifient d'abord leur propre cache pour l'hôte et, s'ils sont manquants ou expirés, interrogeront les serveurs DNS de votre fournisseur de réseau, de votre fournisseur d'accès Internet ou des serveurs DNS publics, qui se mettent à jour périodiquement et risquent de ne pas résoudre immédiatement les modifications IP du serveur de noms.
Pour plus d'informations, voir: Fonctionnement du DNS
Les serveurs DNS sont assez simples mais complexes en même temps et je ferai de mon mieux pour décrire ce qui se passe le plus rapidement possible.
En principe, chaque domaine a un fichier de zone contenant des informations sur son point de repère, par exemple des enregistrements MX pour les courriers électroniques et des enregistrements A pour les adresses IP. Interroger chaque domaine à chaque fois serait astucieux. C'est pourquoi nous avons des serveurs DNS qui stockent des informations telles que l'adresse IP. Ainsi, lorsque vous visitez Pro Webmasters, votre requête large bande interroge le serveur DNS sur l'adresse IP. Sans cela, votre site ne serait accessible que si vous connaissiez l'adresse IP.
Je veux dire, comment le registre pourrait-il connaître le changement d'adresse IP?
Les serveurs DNS mettent en cache les données, mais ils expirent également après X heures ou jours. C'est pourquoi la propagation peut prendre de quelques heures à quelques jours. Les serveurs DNS fonctionnent par intervalles et expirent. Si votre adresse IP change, cela peut prendre plusieurs heures, voire plusieurs jours, en fonction du type de domaine. La plupart des serveurs DNS ont la priorité sur les domaines au niveau des pays et des pays car ils estiment qu’ils sont plus importants, comme par exemple .info ou .name.
Mais en règle générale, 99,9% des hôtes Web et d’autres services d’hébergement utilisent des adresses IP statiques de manière à ce qu’elles ne changent jamais. C’est un problème que vous rencontrez lors du passage d’un serveur à un autre lorsqu’une nouvelle adresse IP est attribuée.
Si vous avez une adresse IP dynamique qui change régulièrement, vous avez besoin d'un service DDNS qui met rapidement à jour l'adresse IP. Il s'agit alors d'une technologie différente, qui utilise en fait ses propres adresses IP masquées. J'espère que ça répond à ta question ;)
(poster ceci comme réponse car je ne peux pas commenter pour le moment)
Les enregistrements qui sont stockés sur les serveurs de noms TLD et qui indiquent où trouver les serveurs de noms pour un domaine donné sont appelés Glue Records, en mentionnant simplement qu'il peut s'agir de la terminologie utilisée par votre registraire dans sa documentation. .
Sans les enregistrements de colle si vous utilisez des serveurs de noms dont les noms sont situés sous le domaine identique en tant que domaine (par exemple, avec exemple.com et ns1.example2.com et ns2.example2.com) alors il n'y aura aucun moyen d'essayer de rechercher un enregistrement sous example.com pour le trouver - c'est un problème de "poulet et l'oeuf".
Si vos serveurs de noms ont des noms extérieurs au domaine, vous n'en avez pas besoin d'enregistrements collés.
Une autre chose à surveiller est que, lors de l'ajout d'enregistrements de colle, certains bureaux d'enregistrement s'attendent à ce que vous entriez la partie nom d'hôte du nom (ns1 et ns2 dans votre exemple). Le bureau d'enregistrement ajoute ensuite le reste du domaine. Si vous utilisiez le nom complet (par exemple, ns1.example.com), vous vous retrouveriez avec ns1.example.com.example.com, ce qui ne fonctionnerait pas.