Serveurs racine

Serveurs de mise en cache (cache)

Ce type de serveur diffère de ceux décrits précédemment en ce que ce type de serveur ne fait autorité pour aucune zone.

Les serveurs de ce type sont utilisés pour organiser la mise en cache centralisée des correspondances entre les noms de domaine et les adresses IP. L'idée d'organiser un serveur de mise en cache n'est pas de rechercher une correspondance entre un nom de domaine et une adresse IP sur le réseau, mais de les accumuler dans votre cache local et de servir les demandes de relover en utilisant les données du cache.

Le serveur de cache ne prend pas en charge les descriptions de zone et, par conséquent, n'envoie pas de réponses faisant autorité aux résolveurs:

MCBC\u003e nslookup

\u003e set type \u003d any

\u003e www.w3.org

Serveur: udc.nwudc.lan

Adresse: 192.168.25.25

Réponse ne faisant pas autorité:

adresse Internet www.w3.org \u003d 193.51.208.69

adresse Internet www.w3.org \u003d 128.30.52.31

adresse Internet www.w3.org \u003d 128.30.52.45

adresse Internet www.w3.org \u003d 128.30.52.46

adresse Internet www.w3.org \u003d 128.30.52.47

adresse Internet www.w3.org \u003d 128.30.52.54

serveur de noms w3.org \u003d ns3.w3.org

serveur de noms w3.org \u003d ns1.w3.org

serveur de noms w3.org \u003d ns2.w3.org

Ce qui précède est une réponse typique d'un serveur de mise en cache à une requête nslookup pour l'adresse "www.w3.org". Si le serveur faisait autorité, la ligne "Réponse non officielle" ne figurerait pas dans la réponse.

Leur place dans la réception d'une réponse à une demande adressée au système de noms de domaine est essentielle. C'est à l'un des serveurs racine que le serveur de noms de domaine local contacte s'il ne trouve pas de correspondance entre le nom de domaine et l'adresse IP dans sa zone de responsabilité ou dans son cache.

Le DNS a deux fonctions principales. Il permet aux ordinateurs clients d'interroger un serveur DNS pour l'adresse IP ou le nom d'un hôte sur le réseau, et permet également l'échange d'informations entre les bases de données des serveurs DNS. Ce protocole utilise un format de demande-réponse standard, dans lequel le client envoie un paquet de demande et le serveur répond soit avec un paquet contenant des informations extraites de la base de données, soit avec un message d'erreur indiquant pourquoi la demande a été refusée. Dans ses travaux, ce protocole utilise le port 53 et des protocoles bien connus - TCP ou UDP. De plus, UDP est récemment devenu une méthode plus courante de transport de paquets sur Internet. Un package DNS se compose de cinq champs: en-tête, question, réponse, autorité et champ d'informations supplémentaires. La figure 5.7 montre la structure générale d'un paquet DNS.

Figure: 5.7 Description du package de protocole DNS

Champ de titre

Le champ d'en-tête contient des informations sur le package et son objectif. Il donne une description générale du paquet (paquet de demande ou paquet de réponse) et indique la quantité de données contenues dans chaque champ de données du paquet. L'en-tête est décrit dans le tableau 5.1.

Les bits d'identification sont le numéro d'identification unique de 16 bits du paquet de demande. Le paquet de réponse généré par le serveur utilise également ce numéro d'identification afin que le client puisse faire correspondre la réponse du serveur à sa demande. Le bit QR indique le type de paquet (paquet de demande - 0, paquet de réponse - 1). Le champ OPCODE définit le type de demande - standard (0), inverse (1) ou une demande d'état du serveur (2).

Tableau 5.1. Champ d'en-tête de paquet DNS

Bit	La description	Bit	La description
0-15	ID		RA
	QR	25-27	Z
17-20	OPCODE	28-31	RCODE
	AA	32-47	QDCOUNT
	TC	48-63	ANCOMPTE
	RD	64-79	NSCOUNT
		80-95	ARCOUNT

Les quatre bits suivants définissent divers paramètres de paquet. Le bit AA est défini lorsque la réponse fait autorité (les données proviennent directement du serveur DNS responsable de la zone). Les réponses qui ne font pas autorité peuvent provenir de serveurs DNS qui ont mis en cache des informations sur les enregistrements d'origine des requêtes précédentes. Ces informations sont considérées comme non autorisées, car il est probable que les informations aient changé depuis le dernier accès au serveur. Le bit TC est défini lorsque vous souhaitez tronquer les données d'un paquet sous une forme adaptée à la transmission sur le réseau. Ceci est tout à fait possible lors de l'utilisation du protocole UDP, selon lequel la taille du paquet ne doit pas dépasser 512 octets. Le bit RD est activé lorsque le client souhaite interroger de manière récursive le serveur DNS sur une base continue. Si ce bit est défini, le serveur DNS interrogera les autres serveurs DNS jusqu'à ce qu'il reçoive une réponse. Si ce bit n'est pas défini, le serveur DNS renverra toutes les informations dont il dispose sur demande. Le bit RA est défini pour informer le client de la possibilité d'une demande récursive à ce serveur. Les bits Z ne sont pas utilisés actuellement et sont réservés pour le futur.

Les bits RCODE ne sont utilisés que dans les paquets de réponse. Ils affichent l'état de la réponse - aucune erreur (0), des erreurs dans le paquet de requête (1), des erreurs internes ont empêché le serveur de traiter la requête (2), le nom spécifié dans la requête n'existe pas (3), ce type de requête n'est pas pris en charge par le serveur ( 4) et le serveur a refusé de traiter la demande (5).

Les quatre autres paramètres d'en-tête sont des nombres de 16 bits et sont utilisés comme compteurs. Ils sont utilisés pour garder une trace du nombre d'enregistrements originaux retournés dans le colis. QDCOUNT affiche le nombre de demandes (plus d'une demande peut être incluse dans le package). ANCOUNT est le nombre d'enregistrements originaux inclus dans la réponse. NSCOUNT est le nombre d'enregistrements de serveur de noms faisant autorité d'origine et ARCOUNT est le nombre d'enregistrements dans le champ d'informations supplémentaires.

Champ de question

Le champ de question contient les requêtes auxquelles le client souhaite répondre à partir du serveur DNS. Un paquet DNS peut contenir plusieurs requêtes. Le nombre de demandes dans le lot est déterminé par le paramètre QDCOUNT du champ d'en-tête. Le champ de question se compose de trois parties: une liste de noms de domaine à convertir; champs des types d'enregistrements que le client souhaite recevoir dans la réponse, et le paramètre de la classe de requête. La liste des noms de domaine à convertir est une liste de noms pour lesquels le client souhaite obtenir des adresses IP. Un format spécial est utilisé pour former une liste de noms. Chaque nom est précédé d'une valeur d'un octet qui détermine la longueur du nom. La fin de la liste est indiquée par un nom de longueur nulle. La partie texte est suivie d'un enregistrement QTYPE de deux octets. Il définit sous quelle forme le client souhaite recevoir des informations sur les domaines disponibles. Ces valeurs sont exactement les mêmes que les types d'enregistrement DNS d'origine. Par exemple, afin de trouver un serveur de messagerie pour un domaine spécifique, vous devez utiliser le type d'enregistrement MX. Enfin, le dernier paramètre du champ de question est QCLASS. Il définit la classe de requête, qui dans notre cas sera toujours IN pour Internet.

Champs de réponse, d'autorité et d'informations supplémentaires

Les trois champs suivants du paquet DNS sont dans le même format. Chacun d'eux peut renvoyer des données au format de l'enregistrement de base de données DNS d'origine. Les réponses contiennent les enregistrements DNS d'origine disponibles sur le serveur au moment de la demande du client. Si le bit d'en-tête AA n'est pas défini, la section Serveurs d'autorité répertorie les serveurs DNS que le client peut contacter pour obtenir des réponses faisant autorité. Ainsi, les réponses faisant autorité proviennent des serveurs DNS qui sont responsables des zones contenant le nom d'hôte demandé. Toutes les autres réponses sont considérées comme non autorisées car les informations qu'elles contiennent sont extraites du cache du serveur DNS et peuvent être obsolètes. Le champ d'informations supplémentaires contient tous les enregistrements originaux qui sont perçus par le serveur DNS comme pertinents pour cette demande.

Par exemple, si vous demandez des informations sur les enregistrements MX dans un domaine, les informations sur les enregistrements MX seront reçues dans le champ de réponse et les enregistrements A pour les serveurs spécifiés dans le champ de réponse dans le champ d'informations supplémentaires. Ainsi, avec une seule requête DNS, vous pouvez connaître à la fois le nom et l'adresse IP du serveur de messagerie du domaine.

Le format de représentation de l'enregistrement d'origine dans le paquet DNS est indiqué dans le Tableau 5.2.

Tableau 5.2. Formats de réponse, autorité et champs d'informations supplémentaires

Les valeurs RDATA dans le champ de réponse correspondent aux résultats du traitement de la demande. Les enregistrements MX ne sont pas présentés au format texte. La valeur de priorité est entrée avec le nom du serveur de messagerie.

DNS premium - un ensemble de services avec lequel vous pouvez gérer de manière plus flexible la zone de domaine, ainsi que consulter l'historique des modifications des enregistrements DNS.

Toutes les informations sur les domaines pour lesquels il est connecté DNS premium, est dupliqué sur nos serveurs DNS et stocké dans des centres de données fiables. Les serveurs "Safety" sont mis en réseau Anycast... Cela garantit leur bon fonctionnement. Si l'un des serveurs tombe en panne, les autres continuent à fonctionner et fournissent sans interruption disponibilité vos sites et services sur le domaine.

Si votre domaine héberge des serveurs DNS (ns1.hosting..hosting ..

Paquet de services DNS premium donner une chance:

créer des modèles de zone DNS;

exporter des zones DNS;

importer des zones DNS;

annuler toutes les modifications indésirables apportées aux enregistrements DNS et restaurer les paramètres de zone, sur lesquels le site fonctionne sans erreur;

utiliser le service pour se protéger contre les cyberattaques;

réduire le temps de mise à jour de la zone après toute opération pour 10 minutes (dans des conditions standard, la mise à jour prend au moins 1 heure);

augmenter la tolérance aux pannes du système et assurer le bon fonctionnement des ressources Internet du site client

À qui profite le DNS Premium?

Le pack de services conviendra clients de détail avec un grand nombre de domaines sur un seul compte, ainsi que des partenaires engagés dans la revente de services.

Comment commander un DNS Premium?

Terminé! Vous avez commandé le service DNS Premium.

Gestion des services DNS Premium

Comment appliquer le modèle de zone créé?

Allez dans l'onglet "Modèles de zone" et à côté du modèle requis, cliquez sur Appliquer le modèle:

Terminé! Le modèle de zone créé est appliqué.

Exportation et importation de zone de domaine

Accédez à l'onglet Gestion de zone. Pour importer ou exporter une zone de domaine, cliquez sur Importation d'exportation et sélectionnez l'action requise:

La zone est exportée au format LIER... Il est également possible d'importer une zone uniquement à partir d'un fichier au format LIER.

Terminé! Le modèle est exporté / importé.

Comment changer mon forfait DNS Premium?

Il n'y a pas de changement direct du DNS Premium «pour le domaine» au DNS Premium «pour le compte».

Dans cette section, nous sommes tombés sur les concepts de requête DNS et de réponse DNS. La demande et la réponse sont les deux seuls types de messages utilisés par le protocole DNS. Les formats de ces messages sont les mêmes et sont illustrés à la Fig. 2.17. Vous trouverez ci-dessous une description de la structure du message DNS.

□ Les 12 premiers octets constituent la section d'en-tête, qui se compose de plusieurs champs. Le premier champ est un nombre de 16 bits qui identifie la demande. L'ID de demande est copié dans le message de réponse, permettant au client de faire correspondre les réponses aux demandes. Le champ flags comprend un indicateur de demande / réponse à un bit et détermine si le message est une demande (0) ou une réponse (1). L'indicateur d'autorisation d'un bit est défini pour le message de réponse si le serveur de noms fait autorité pour le nom demandé.

L'indicateur de préférence de récursivité sur un bit est défini lorsque le client (hôte ou serveur de noms) doit demander au serveur de noms d'appliquer une requête récursive en l'absence d'adresse IP. L'indicateur de disponibilité de récursivité d'un bit est défini dans le message de réponse si le serveur de noms prend en charge un mécanisme de requête récursive. L'en-tête contient également quatre sections pour les "types" de données.

□ La section des questions contient des informations sur la demande et inclut un champ de nom qui contient le nom de l'hôte demandé et un champ de type qui définit le contenu de la réponse, comme l'adresse d'hôte (type A) ou le nom du serveur de messagerie (type MX).

□ La section de réponse est présente dans les messages de réponse et contient les enregistrements de ressources requis. Chaque enregistrement RR comprend des champs Type avec l'une des valeurs A, NS, CNAME ou MX, Value et TTL. Étant donné que plusieurs adresses IP peuvent être mappées à un nom d'hôte (par exemple, en raison de la duplication des serveurs Web mentionnés dans ce chapitre), la section de réponse peut également contenir plusieurs entrées.

□ La section d'autorisation comprend des entrées pour d'autres serveurs faisant autorité.

□ Une section supplémentaire contient d'autres entrées "utiles". Par exemple, le champ de réponse pour une demande d'enregistrement MX peut contenir un enregistrement stockant le nom canonique d'un serveur de messagerie, et une section supplémentaire peut contenir un enregistrement A avec l'adresse IP du serveur de messagerie.

Les informations ci-dessus concernaient principalement la récupération des enregistrements de la base de données DNS. Cependant, la question de savoir comment les nouvelles données sont entrées dans la base de données est toujours ouverte. Jusqu'à récemment, la base de données était mise à jour de manière statique, par exemple en saisissant manuellement les données dans le fichier de configuration par l'administrateur système. Récemment, un paramètre UPDATE a été ajouté au protocole DNS, vous permettant d'ajouter et de supprimer des enregistrements de base de données à l'aide de messages DNS.

Le DNS a deux fonctions principales. Il permet aux ordinateurs clients d'interroger un serveur DNS pour l'adresse IP ou le nom d'un hôte sur le réseau, et permet également l'échange d'informations entre les bases de données des serveurs DNS. Ce protocole utilise un format de demande-réponse standard, dans lequel le client envoie un paquet de demande et le serveur répond soit avec un paquet contenant des informations extraites de la base de données, soit avec un message d'erreur indiquant pourquoi la demande a été refusée. Dans ses travaux, ce protocole utilise le port 53 et des protocoles bien connus - TCP ou UDP. De plus, UDP est récemment devenu une méthode plus courante de transport de paquets sur Internet. Un package DNS se compose de cinq champs: en-tête, question, réponse, autorité et champ d'informations supplémentaires. En figue. 4.5 montre la structure générale d'un paquet DNS.

Figure: 4.5.

Champ de titre

Le champ d'en-tête contient des informations sur le package et son objectif. Il fournit une description générale du paquet (paquet de demande ou paquet de réponse) et indique la quantité de données contenues dans chaque champ de données du paquet. description du titre est donnée dans le tableau. 4.3.

Tableau 4.3. Champ d'en-tête de paquet DNS

Bit	La description
0-15	ID
16	QR
17-20	OPCODE
21	AA
22	TC
23	RD
24	RA
25-27	Z
28-31	RCODE
32-47	QDCOUNT
48-63	ANCOMPTE
64-79	NSCOUNT
80-95	ARCOUNT

Les bits d'identification sont le numéro d'identification unique de 16 bits du paquet de demande. Le paquet de réponse généré par le serveur utilise également ce numéro d'identification afin que le client puisse faire correspondre la réponse du serveur à sa demande. Le bit QR indique le type de paquet (paquet de requête - 0, paquet de réponse - 1). Champ OPCODE détermine le type de demande - standard (0), inverse (1) ou une demande d'état du serveur (2).

Les quatre bits suivants définissent divers paramètres de paquet. Le bit AA est défini lorsque la réponse fait autorité (les données proviennent directement du serveur DNS responsable de la zone). Les réponses qui ne font pas autorité peuvent provenir de serveurs DNS qui ont mis en cache des informations sur les enregistrements d'origine des requêtes précédentes. Ces informations sont considérées comme non autorisées, car il est probable que les informations aient été modifiées depuis le dernier accès au serveur. Le bit TC est défini lorsque vous souhaitez tronquer les données d'un paquet sous une forme adaptée à la transmission sur le réseau. Ceci est tout à fait possible lors de l'utilisation du protocole UDP, selon lequel la taille du paquet ne doit pas dépasser 512 octets. Le bit RD est activé lorsque le client souhaite interroger de manière récursive le serveur DNS sur une base continue. Si ce bit est défini, le serveur DNS interrogera les autres serveurs DNS jusqu'à ce qu'il reçoive une réponse. Si ce bit n'est pas défini, le serveur DNS renverra toutes les informations dont il dispose sur demande. Le bit RA est défini pour informer le client de la possibilité requête récursive à ce serveur. Les bits Z ne sont pas utilisés actuellement et sont réservés pour le futur.

Les bits RCODE ne sont utilisés que dans les paquets de réponse. Ils affichent l'état de la réponse - aucune erreur (0), des erreurs dans le paquet de requête (1), des erreurs internes ont empêché le serveur de traiter la requête (2), le nom spécifié dans la requête n'existe pas (3), ce type de requête n'est pas pris en charge par le serveur ( 4) et le serveur a refusé de traiter la demande (5).

Les quatre autres paramètres d'en-tête sont des nombres de 16 bits et sont utilisés comme compteurs. Ils sont utilisés pour garder une trace du nombre d'enregistrements originaux retournés dans le colis. QDCOUNT affiche le nombre de demandes (plus d'une demande peut être incluse dans le package). ANCOUNT est le nombre d'enregistrements originaux inclus dans la réponse. NSCOUNT est le nombre d'enregistrements de serveur de noms faisant autorité d'origine et ARCOUNT est le nombre d'enregistrements dans le champ d'informations supplémentaires.

Champ de question

Le champ de question contient les requêtes auxquelles le client souhaite répondre à partir du serveur DNS. Un paquet DNS peut contenir plusieurs requêtes. Le nombre de demandes dans le lot est déterminé par le paramètre QDCOUNT du champ d'en-tête. Le champ de question se compose de trois parties: une liste de noms de domaine à convertir; champs des types d'enregistrements que le client souhaite recevoir dans la réponse, et le paramètre de la classe de requête. La liste des noms de domaine est une liste de noms pour lesquels le client souhaite obtenir des adresses IP. Un format spécial est utilisé pour former la liste des noms. Chaque nom est précédé d'une valeur d'un octet qui détermine la longueur du nom. La fin de la liste est indiquée par un nom de longueur nulle. La partie texte est suivie d'un enregistrement QTYPE de deux octets. Il définit sous quelle forme le client souhaite recevoir des informations sur les domaines disponibles. Ces valeurs sont parfaitement cohérentes avec les types des enregistrements DNS d'origine. Par exemple, pour rechercher un serveur de messagerie pour un domaine spécifique, vous utiliseriez le type d'enregistrement MX. Et enfin, le dernier paramètre dans le champ de question est QCLASS. Il définit la classe de requête, qui dans notre cas sera toujours IN pour Internet.