Lors de l'achat d'un domaine, quelles sont les différences entre les serveurs de noms (enregistrements NS) et les autres serveurs DNS?
Lorsque j'achète un domaine, je suis toujours confus entre les deux et je parviens à gâcher les paramètres avant de le faire correctement, mais je ne comprends toujours pas quel est leur rôle pour aider à pointer un nom de domaine vers l'adresse IP de mon hébergement Web. serveur.
Jusqu'à présent, les réponses traitent des serveurs de noms et du DNS comme s'il s'agissait de deux choses différentes. Ils ne sont pas. Un serveur DNS est un serveur de noms. Il existe d'autres services de noms, par exemple. COSNaming de Corba, le RPC Portmapper, le Java RMI Registry, etc., mais le DNS est ce que l'on entend habituellement.
En outre, contrairement à ce qui est indiqué dans d'autres réponses, le DNS contient les enregistrements DNS.
Je pense que pour clarifier ce qui se passe, il est utile d’avoir une vue d’ensemble.
La première chose à garder à l'esprit est qu'Internet fonctionne sur des adresses IP, mais les gens préfèrent se rappeler des mots (domaines) que des chiffres. C'est un problème clé que le DNS tente de résoudre. Cela vous permet également de modifier de manière transparente l'adresse IP de votre serveur. C'est formidable pour les propriétaires de sites Web comme vous et moi, car nous pouvons changer de fournisseur d'hébergement sans affecter la capacité de nos utilisateurs à se connecter à nous. Donc, en résumé, le DNS nous permet d'associer des nombres à des mots (domaines), ce qui convient tant aux propriétaires de sites Web qu'aux utilisateurs.
Avec cette base, laissez-moi répondre à votre question. Un serveur de nom est la source faisant autorité pour traduire le nom (domaine) de votre site Web en nombres. Vous devez donc dire au monde où aller pour trouver des informations sur votre domaine. Ces informations sont stockées avec les mêmes personnes que celles qui gèrent le référentiel central de tous les noms de domaine achetés sur ICANN.org, et sont consultables via leur base de données WHOIS .
Alors, maintenant que nous avons dit aux gens où trouver notre serveur de noms, nous devons indiquer à notre serveur de noms où envoyer les gens. Ce problème "Où envoyer les gens" est traité par nos autres paramètres DNS, comme un enregistrement, des enregistrements AAAA, CNAME, MX, etc.
Vous pouvez visualiser ces choses comme des liens dans une chaîne:
- Vous achetez un nom de domaine.
- Vous devez définir la source faisant autorité pour traduire le nom de domaine en une adresse IP afin de spécifier votre serveur de noms/DNS.
- Sur votre serveur de noms/DNS, vous devez spécifier toutes les instructions de routage pertinentes pour votre site, telles que l'adresse IP.
- Vos clients sont dirigés avec succès vers votre site Web où vous gagnez des millions de dollars et avez beaucoup de clients satisfaits.
En termes concrets, lorsque vous achetez un domaine par l'intermédiaire d'un registraire, celui-ci passera probablement par défaut sur les serveurs de noms standard du registraire .
Si vous êtes heureux de laisser votre registraire se charger de vos enregistrements DNS (les plus courants):
- Vous n'avez pas besoin de toucher les serveurs de noms
- Vous effectuez toutes les mises à jour de l'enregistrement DNS (enregistrement A, CNAME, etc.) via votre registraire.
Si vous décidez que vous souhaitez que quelqu'un d'autre gère vos enregistrements DNS (ce qui n'est pas typique pour les petits sites):
- Vous devrez mettre à jour les serveurs de noms de votre registraire pour qu'ils pointent vers les serveurs de noms fournis par la nouvelle société.
- Vous devez effectuer toutes les mises à jour des enregistrements DNS via la nouvelle société.
En termes simples:
Le serveur de noms indique à Internet où se trouvent les enregistrements DNS, par exemple. ns1.example.com et ns2.example.com
Ensuite, le DNS à example.com indique à Internet où trouver différents services. L’enregistrement A correspond à l’adresse IP du site Web. L'enregistrement MX correspond au (x) emplacement (s) des serveurs de messagerie et à l'ordre dans lequel ils doivent être sélectionnés.
Le plus souvent, les enregistrements DNS pointent vers le serveur sur lequel ils se trouvent, c’est-à-dire que votre site Web et votre courrier électronique sont hébergés sur les serveurs de noms. Cela rend beaucoup plus facile pour les novices.
Il y en a BEAUCOUP plus qui pourraient être inclus à propos du DNS, comme par exemple le fait qu'il existe d'autres enregistrements pour diverses fonctions, mais ce n'est pas le sujet de la question, donc je n'ajouterai pas davantage de complexité.
La réponse courte est qu'un DNS et NS (serveur de noms) est plus ou moins la même chose mais pas vraiment. Le terme Serveur de noms fait référence à un rôle qu'un serveur DNS remplit.
Un serveur DNS est une forme de service de recherche de base de données qui attribue divers enregistrements aux valeurs à renvoyer en fonction de la requête. Duh! Droite? Cependant, un serveur DNS peut être utilisé pour de nombreuses tâches autres que la traduction de noms de domaine en adresses IP et les différents enregistrements qui lui sont associés. Un DNS peut être utilisé à d'autres fins où un schéma hiérarchique doit être représenté.
Quoi qu'il en soit, un serveur de noms est un serveur DNS et le terme serveur de noms s'applique aux réseaux IP, en particulier à Internet. En général, un NS contient des réponses faisant autorité aux requêtes DNS sur un réseau IP. Le terme NS est particulier pour Internet car le protocole IP et le DNS ont été développés en premier pour ARPA-Net, puis transférés sur Internet. Les réseaux privés basés sur IP ont suivi.
Ainsi, bien qu’un NS soit techniquement un DNS, il fait en réalité référence aux nombreux serveurs DNS faisant autorité qui renvoient les adresses IP attribuées à n’importe quel nom de domaine et aux enregistrements/valeurs associés. Un NS est désigné par d'autres NS comme étant membre de la hiérarchie faisant autorité des serveurs DNS commençant par les serveurs de noms racine. Tout DNS qui ne se trouve pas dans cette hiérarchie définie est simplement un DNS et non un serveur de noms.
Par exemple, j'ai été hébergeur pendant longtemps. J'avais beaucoup de serveurs DNS, cependant, deux seulement étaient des serveurs de noms. Alors que chacun des 5 serveurs DNS disponibles en externe conservait les mêmes enregistrements, seuls deux d'entre eux ont été interrogés avec autorité lorsqu'une personne saisissait un nom de domaine dans son navigateur et donc des serveurs de noms. Les autres serveurs DNS disponibles en externe ne faisaient pas autorité. De plus, pour permettre un accès depuis le réseau hôte où des adresses IP externes étaient hébergées sur le routeur externe au réseau hôte, un DNS interne a été utilisé. Ce DNS interne contiendrait les mêmes enregistrements que les serveurs DNS disponibles en externe, à la différence que les adresses IP étaient internes au réseau de l'hôte. Mon point serait que, même si j'appellerais le DNS interne ou les DNS externes non faisant autorité, un serveur DNS, je ne pourrais pas les appeler à juste titre de serveur de noms car ils ne font pas partie du schéma de hiérarchie faisant autorité qui constitue Internet.
Un moyen typique de savoir si un DNS est un NS consiste à rechercher un enregistrement SOA lors de l'interrogation d'un nom de domaine sur Internet. Tous les autres sont simplement des serveurs DNS. Pour rendre les choses plus confuses, tout DNS peut avoir un enregistrement SOA, mais lorsque vous utilisez Dig avec l'option +trace, seuls les vrais Serveurs de noms faisant autorité, contenant le SOA les enregistrements seront retournés et pas les autres.
Pour suivre de bout en bout, si je voulais ajouter un enregistrement MX à mon DNS pour que les clients m'envoient un courrier électronique:
- J'utilise une interface Web ou je contacte mon fournisseur de serveur de noms pour modifier mes enregistrements.
- Domain Name System Server met régulièrement à jour sa base de données HUGE> d'adresses IP en dialoguant avec les serveurs de noms. Le moment exact dépend de la configuration. Parfois, c'est 5 minutes, d'autres fois, cela peut être de 24 à 48 heures.
- Une fois que le DNS a ajouté mon nouvel enregistrement MX, les clients qui se connectent à ce DNS spécifique peuvent maintenant m'envoyer un courrier électronique.
Un client se connecte à un serveur DNS afin de changer les noms de domaine en adresses IP. Voici comment vous allez dans Example.com> '11 .22.33.44 '. Une adresse IP est requise pour communiquer avec le serveur enregistré sous ce nom.
Les serveurs DNS (Domain Name System) se connectent aux serveurs de noms afin de compiler leur base de données. Divers bureaux d'enregistrement et autres services gèrent des listes indiquant où trouver les détails des tables Domain> IP actuelles. Les clients ne le font pas, seuls les serveurs DNS.
Lorsque vous changez de serveur de noms, vous changez qui contrôle les enregistrements de votre domaine. Si je change de serveur de noms appartenant à la société X à la société Y, je dois maintenant traiter avec la société Y lors de la mise à jour de mes enregistrements.
Que sont les serveurs de noms?
Dans le contexte de la gestion de votre (vos) domaine (s), les serveurs de noms sont serveurs de noms DNS faisant autorité pour votre domaine (par exemple coolsite.com ). Ils ont NS enregistrements .
Dans la pratique, ils sont chargés de servir de point de référence pour renvoyer les enregistrements DNS réels qui mappent une URL de domaine spécifique (ex. www.coolsite.com) à une adresse IP spécifique (ex. 99.100.101.102).
En simplifiant un peu, les "autres serveurs DNS" contribuent globalement à la réalisation de l'objectif général consistant à renvoyer les enregistrements DNS pertinents pour un domaine donné.
Qu'est-ce que le DNS?
Le système de noms de domaine (DNS) est un système de nommage hiérarchisé décentralisé destiné aux ordinateurs, services ou autres ressources connectés à Internet ou à un réseau privé.
En langage courant, "DNS" fait souvent référence au processus de conservation et de traitement des enregistrements DNS particuliers de votre domaine. Cela inclut l’exécution de "serveurs de noms" qui aident à fournir ces enregistrements à toute personne qui le demande.
Pour être clair, cela signifie en réalité que "serveurs de noms" et "DNS" (ou "serveurs DNS") ne sont souvent que des parties du même service.
Beaucoup de confusion règne autour du fait que presque tout le monde peut gérer vos enregistrements DNS (et donc vos serveurs de noms). Mais bien que vous ayez besoin de pour le faire (même si vous exécutez vous-même les serveurs de noms), aucune entité particulière n'est intrinsèquement requise.
Puis-je voir de jolies images, s'il vous plaît?
Pour aider à clarifier, , j'ai volé une illustration pratique et je l'ai modifiée pour donner, espérons-le, une meilleure idée de la façon dont le processus de demande d'une IP pour votre domaine donné (par exemple www.coolsite.com ) pourrait fonctionner:
Ignorer la mise en cache des enregistrements DNS et en extraire un peu (beaucoup) ...
Le serveur DNS racine (étapes 3 et 4) contient des informations sur l'emplacement du serveur générique de premier niveau générique utilisé == utilisé aux étapes 5 et 6.
Le serveur gTLD lui-même (étapes 5 à 6) contient des informations sur les serveurs de noms. Dans ce cas, nous voulons parler avec le serveur qui gère tous les domaines *. Com . En effet, la requête recherche www.coolsite.com et nous avons besoin de connaître les serveurs de noms qui lui sont associés.
À l'étape 7, la demande finally est dirigée vers vos serveurs de noms ("DNS"). Dans cet exemple, dns1.provider.com ou dns2.provider.com aide à renvoyer un enregistrement DNS (étapes 8 à 9) au client. Cet enregistrement pourrait ressembler à quelque chose comme:
coolsite.com. IN A 99.100.101.102 ; An "A" record e.g. an IP from ABC Hosting www IN A 99.100.101.102 ; More commonly a "CNAME" entryCela nous indique que www.coolsite.com est situé à l'adresse 99.100.101.102 (par exemple, votre fournisseur d'hébergement Web) et que le client peut désormais contacter directement cette adresse IP (étape 10).
Les serveurs de noms (étapes 7 à 8) peuvent être manipulés par n'importe qui - vous, votre fournisseur d'hébergement Web, votre registraire, des fournisseurs DNS uniquement, la Licorne imaginaire sur votre canapé qui possède secrètement une batterie de serveurs de couleur arc-en-ciel dans les nuages. .
Veuillez noter que l’étape 10 laisse de nombreux détails ;-)
Mais que se passe-t-il lorsque je mets à jour mes entrées de serveur de noms?
Lorsque vous mettez à jour les entrées de votre serveur de noms dans le panneau de contrôle du nom de domaine de votre registraire, vous mettez réellement à jour un serveur gTLD (comme indiqué précédemment aux étapes 5 à 6).
Une fois que les serveurs gTLD appropriés sont mis à jour avec les informations de votre serveur de noms, le registraire quitte cette partie du processus.
Cela peut être déroutant, car de nombreux bureaux d'enregistrement proposent désormais des "services DNS" (étapes 7 à 8) distinctes de leurs activités de bureau d'enregistrement (par exemple, en aidant à mettre à jour les serveurs gTLD).
Pour rappel, un serveur gTLD (et non votre registraire ou autre fournisseur DNS) renvoie la réponse aux demandes de renseignements concernant les serveurs de noms de votre domaine (peu importe ce que vous avez entré avec votre registraire).
Ex. Registrar Domain Control Panel (Nameservers) 
Ex. Mise à jour effective des panneaux de contrôle de domaine des bureaux d'enregistrement (serveurs de noms) 
DNS (Domain Name Service) est un service.
Les serveurs de noms sont de plusieurs types.
- Serveurs de noms racine -
Un groupe de serveurs de noms sélectionnés se trouvant à des adresses IP fixes dispersées dans le monde entier. Ils contiennent les enregistrements DNS qui pointent vers les serveurs de noms de domaine de premier niveau (TLD) actifs.
Des exemples de domaines TLD sont '.com', '. Org', '.ca'
- Serveurs de noms de domaine de premier niveau (TLD)
Ce sont des serveurs de noms contenant les enregistrements DNS qui pointent vers la liste active des serveurs de noms faisant autorité pour les domaines de leur TLD.
(Note latérale - Ils devraient vraiment être appelés "sous-domaines" de leur TLD ... mais la plupart des gens sont confus quand cette terminologie est utilisée ... comme la plupart des gens ont l'habitude de se référer à "google.com" en tant que domaine et ne sont pas utilisé pour appeler 'com' un domaine)
Le serveur de noms TLD '.com' aurait des entrées de serveur de noms faisant autorité pour les domaines énumérés ci-dessous.
- google.com
- Amazon.com
mais pas pour
- google.ca
"Google.com", "Amazon.com", "google.ca" sont des exemples de domaines des domaines de premier niveau (TLD).
- Serveurs de noms faisant autorité
Les serveurs de noms qui contiennent les enregistrements DNS pour un nom de domaine complet (FQDN). "Www.google.com" est un exemple de nom de domaine complet. Il contient à la fois une partie "hôte" (le "www") et une partie de domaine (le "google.com").
Voici des exemples de types d’enregistrements présents sur un serveur de noms faisant autorité: - l’enregistrement 'SOA' contenant un numéro de série utilisé pour le contrôle de la révision de tous les enregistrements du domaine, entre autres.
(SOA = enregistrement de début d’autorité) - enregistrement "A" contenant l’adresse IP associée à un "nom d’hôte". 'Www' est un exemple de nom d'hôte. Le nom d'hôte est supposé avoir le domaine concaténé à la fin de celui-ci, SAUF SI le nom d'hôte se termine par un ".
(A = enregistrement d'adresse)Il existe de nombreux autres enregistrements DNS possibles mais ils n’ajoutent rien à cette réponse. Chacun de ces enregistrements comporte un champ désignant la durée de vie (TTL), qui est le nombre minimum de secondes qu'un serveur de noms en cache est censé mettre en cache l'enregistrement.
- Mettre en cache les serveurs de noms
Ces serveurs de noms n'ont généralement aucun enregistrement faisant autorité. Ils reçoivent les requêtes DNS des utilisateurs et ont la capacité de parcourir de manière récursive la structure DNS décrite ci-dessus pour résoudre un "FQDN" en "IP". Par exemple, nous disons généralement
- Le nom de domaine complet 'www.google.ca'
décide de
- l'IP '172.217.0.99'
Il va stocker cette recherche d'enregistrement pendant une période de temps définie (la durée de vie) avec l'enregistrement SOA du domaine associé. Pendant cette période de temps définie, le serveur de noms en cache répondra à toute requête utilisateur supplémentaire pour le même nom de domaine complet avec l'adresse IP en cache.
Après la période de temps définie, si un utilisateur demande le même nom de domaine complet, le serveur de noms en cache parcourt la structure DNS décrite ci-dessus et extrait d'abord l'enregistrement SOA du domaine. Si le numéro de série de l'enregistrement SOA correspond à ce qu'il a dans son cache, il suppose qu'il n'y a eu aucun changement dans les enregistrements DNS de ce domaine, de sorte qu'il conservera et transmettra simplement le résultat déjà mis en cache à l'utilisateur. et prolongez la durée de vie du cache de TTL secondes.
Une erreur courante des mainteneurs DNS pour la première fois consiste à NE PAS METTRE À JOUR le numéro de série de l’enregistrement SOA après les modifications DNS.