Exit Zen
1 ../../protocols/dns.rst:7
English
Le système de nom de domaine (DNS)
6 ../../protocols/dns.rst:26
English
L'en-tête DNS
7 ../../protocols/dns.rst:28
English
Le `Transaction ID` (identifiant de transaction) est une valeur aléatoire de 16 bits choisie par le client. Lorsqu'un client envoie une question à un serveur DNS, celui-ci se souvient de la question et de son identifiant. Lorsqu'un serveur retourne une réponse, il renvoie dans le champ `Transaction ID` l'identifiant choisi par le client. Grâce à cet identifiant, le client peut faire correspondre la réponse reçue avec la question qu'il a envoyée.
10 ../../protocols/dns.rst:40
English
Le bit `RD` (recursion desired) est activé par un client lorsqu'il envoie une requête à un résolveur. Une telle requête est dite "récursive" parce que le résolveur va parcourir récursivement la hiérarchie DNS pour trouver la réponse au nom du client. Dans le passé, tous les résolveurs étaient configurés pour effectuer des requêtes récursives pour le compte de n'importe quel hôte Internet. Cependant, cela expose les résolveurs à plusieurs risques de sécurité. Le plus simple est que le résolveur peut être surchargé par un trop grand nombre de requêtes récursives à traiter. La plupart des résolveurs [#f8888]_ n'autorisent que les requêtes récursives des clients appartenant à leur société ou à leur réseau et rejettent toutes les autres requêtes récursives. Le bit `RA` indique si le serveur supporte la récursivité. Le `RCODE` est utilisé pour distinguer les différents types d'erreurs. Voir :rfc:`1035` pour plus de détails. Les quatre derniers champs indiquent la taille des sections `Question`, `Answer`, `Authority` et `Additional` du message DNS.
11 ../../protocols/dns.rst:42
English
Les quatre dernières sections du message DNS contiennent les `Resource Records` (RR). Tous les RR ont le même format de haut niveau, comme le montre la figure ci-dessous.
12 ../../protocols/dns.rst:48
English
DNS Resource Records
14 ../../protocols/dns.rst:52
English
Le champ `TTL` indique la durée de vie de la `Resource Record` en secondes. Ce champ est défini par le serveur qui renvoie une réponse et indique pendant combien de temps un client ou un résolveur peut stocker le `Resource Record` dans son cache. Un `TTL` long indique un `RR` stable. Certaines entreprises utilisent des valeurs `TTL` courtes pour les hôtes mobiles et aussi pour les serveurs populaires. Par exemple, une société d'hébergement web qui veut répartir la charge sur un pool de cent serveurs peut configurer ses serveurs de noms pour qu'ils renvoient des réponses différentes à des clients différents. Si chaque réponse a une petite `TTL`, les clients seront obligés d'envoyer régulièrement des requêtes DNS. Le serveur de noms répondra à ces requêtes en fournissant l'adresse du serveur le moins chargé.
15 ../../protocols/dns.rst:54
English
Le champ `RDLength` est la longueur du champ `RData` qui contient les informations du type spécifié dans le champ `Type`.
17 ../../protocols/dns.rst:61
English
Requête pour l'enregistrement `AAAA` de `www.ietf.org`
18 ../../protocols/dns.rst:63
English
Cette réponse contient plusieurs informations. Premièrement, le nom `www.ietf.org` est associé à l'adresse IP `2001:1890:123a::1:1e`. Deuxièmement, le domaine `ietf.org` est géré par six serveurs de noms différents. Cinq de ces serveurs de noms sont joignables via IPv4 et IPv6.
19 ../../protocols/dns.rst:65
English
Les `CNAME` (ou noms canoniques) sont utilisés pour définir des alias. Par exemple, `www.example.com` pourrait être un `CNAME` pour `pc12.example.com` qui est le nom réel du serveur sur lequel tourne le serveur web de `www.example.com`.
20 ../../protocols/dns.rst:67
English
Reverse DNS
21 ../../protocols/dns.rst:69
English
Le DNS est principalement utilisé pour trouver l'adresse qui correspond à un nom donné. Cependant, il est parfois utile d'obtenir le nom qui correspond à une adresse IP. Pour ce faire, on utilise le `PTR` (`pointer`) `RR`. La partie `RData` d'un `PTR` `RR` contient le nom tandis que la partie `Name` du `RR` contient l'adresse IP encodée dans le domaine `in-addr.arpa`. Les adresses IPv4 sont codées dans le domaine `in-addr.arpa` en inversant les quatre chiffres qui composent la représentation décimale en pointillés de l'adresse. Par exemple, prenons l'adresse IPv4 `192.0.2.11`. Le nom d'hôte associé à cette adresse peut être trouvé en demandant le `PTR` `RR` qui correspond à `11.2.0.192.in-addr.arpa`. Une solution similaire est utilisée pour supporter les adresses IPv6 :rfc:`3596`, mais légèrement plus complexe étant donné la longueur des adresses IPv6. Par exemple, considérons l'adresse IPv6 `2001:1890:123a::1:1e`. Pour obtenir le nom qui correspond à cette adresse, il faut d'abord la convertir dans une notation décimale pointillée inverse : `e.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.a.3.2.1.0.9.8.1.1.0.0.2`. Dans cette notation, chaque caractère entre les points correspond à un nibble, c'est-à-dire à quatre bits. L'octet de poids faible (`e`) apparaît en premier et celui de poids fort (`2`) en dernier. Pour obtenir le nom correspondant à cette adresse, il faut ajouter le nom de domaine `ip6.arpa` et rechercher `e.1.0.0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.a.3.2.1.0.9.8.1.1.1.0.0.2.ip6.arpa`. En pratique, les outils et les bibliothèques font la conversion automatiquement et l'utilisateur n'a pas à s'en soucier.
23 ../../protocols/dns.rst:80
English
Notes de pied de page
24 ../../protocols/dns.rst:81
English
Certains résolveurs DNS permettent à tout hôte d'envoyer des requêtes. Google exploite un `résolveur DNS public <https://developers.google.com/speed/public-dns/docs/using>`_ aux adresses `2001:4860:4860::8888` et `2001:4860:4860::8844`. D'autres sociétés fournissent des services similaires.
The translation has come to an end.