SUPINFO International University

SUPINFO Institute of Information Technology
Laboratoire Microsoft




Tous les Articles du Laboratoire Microsoft

Fonctionnement du Système DNS sur Windows Server 2003
Accueil > Articles > Système
Auteur 
Gregory TALMANT
LABORATOIRE SUPINFO DES TECHNOLOGIES MICROSOFT
Assistant Formateur


 Tous les articles de cet auteur
Matthieu MARTINEAU
PI SERVICES (GOLD PARTNER MICROSOFT)
Ingénieur systèmes et réseaux


 Tous les articles de cet auteur

4,1/5

Bien


758000
1017/4207

2. Configuration des clients DNS

2.1 Fonctionnement de la résolution de nom d'hôte côté client

Lorsqu'un client DNS exécutant Windows souhaite résoudre un nom de domaine en adresse IP (par exemple lors de l'accès à une page web ayant l'URL www.laboratoire-microsoft.org ou bien lors de l'accès à un dossier partagé \\ServeurFichiers\Documents), un processus décomposable en plusieurs étapes est exécuté :


fonctionnement de la résolution de nom d'hôte

La première chose que doit faire le client avant de pouvoir se connecter au serveur web ou bien au serveur de fichier est de trouver son adresse IP à partir de son nom d'hôte. Le client commence par vérifier si une adresse IP correspondant au nom d'hôte est présente dans le cache de noms DNS. Le cache de noms DNS contient tous les mappages noms d'hôte / adresses IP qui ont été précédemment résolus. Le cache de noms DNS est stocké en mémoire vive ce qui permet d'accélérer le processus de résolution de noms d'hôte lorsque l'utilisateur accède souvent au même serveur. On peut afficher le cache de noms DNS en utilisant la commande ipconfig /displaydns. Il est aussi possible de vider cette mémoire cache grâce à la commande ipconfig /flushdns.

Si l'adresse IP recherchée n'est pas présente dans le cache de noms DNS, alors le client consulte le fichier hosts. Ce fichier est situé dans le répertoire %SYSTEMROOT%\system32\drivers\etc. Toutes les entrées sont faites de manières statiques. Par défaut, il contient uniquement le mappage entre le nom d'hôte localhost et l'adresse IP 127.0.0.1.


le fichier hosts

Si le mappage n'a pas été trouvé dans le fichier hosts, alors le client va envoyer une requête DNS au premier serveur DNS dont l'adresse IP a été définie dans ses paramètres TCP/IP. Si le premier serveur DNS est injoignable alors le client envoie une requête au second et ainsi de suite... Si aucun serveur DNS n'a été paramétré dans les paramètres TCP/IP du client ou bien si aucun serveur DNS n'est capable de résoudre le nom en adresse IP alors le client passe à la quatrième et dernière étape.<

Si le client n'as pas trouvé le mappage recherché alors il considère que l'adresse IP recherchée ne correspond pas à un nom d'hôte mais à un nom NetBIOS et lance une résolution de nom NetBIOS. La résolution de noms NetBIOS se passe en plusieurs étapes :

  1. vérification de la présence de l'adresse IP dans le cache de noms NetBIOS.

  2. envoie d'une requête au premier serveur WINS dont l'adresse IP a été défini dans ses paramètres TCP/IP du client. (*)

  3. le client cherche l'adresse IP de la machine sur son sous-réseau en réalisant une diffusion (broadcast). (*)

  4. recherche d'une éventuelle entrée dans le fichier %SYSTEMROOT%\system32\drivers\etc\lmhosts.

(*) les étapes 2 et 3 peuvent être inversées ou non présentes selon le type de noeud NetBT défini sur le client. Par défaut, le noeud NetBT H (Hybride) est utilisé et il réalise les étapes dans l'ordre ci-dessus. Le type de noeud NetBT peut se paramétrer au niveau du serveur DHCP (le type de noeud NetBT correspond à l'option DHCP numéro 46).

Si à la fin de ce processus aucune adresse IP n'a été trouvée alors le client ne peut pas obtenir l'adresse IP correspondante et ne peut pas joindre la ressource (par exemple un serveur web ou un serveur de fichier). Dans tous les cas le résultat de la requête DNS sera mis dans le cache de noms DNS.

 

2.2 Paramétrage des ordinateurs clients

Lorsque l'on veut accéder à une ressource située sur un réseau (un partage réseau par exemple), il peut être fastidieux de taper son nom de domaine pleinement qualifié (FQDN). C'est pourquoi Windows offre la possibilité de définir un suffixe DNS spécifique à un compte d'ordinateur ou bien à une connexion particulière. Ainsi un utilisateur peut taper le nom d'hôte de la ressource au lieu de son FQDN. Par exemple, si l'on dispose d'un serveur de fichier nommé srv-file-1 situé dans le domaine labomicrosoft.lan et si le suffixe DNS des comptes d'ordinateur a été correctement paramétré, alors l'utilisateur peut taper \\srv-file-1 au lieu de \\srv-file-1.labomicrosoft.lan pour accéder au partage réseau.

Si l'on défini un suffixe DNS au niveau d'une connexion particulière, celui-ci s'applique à la place du suffixe DNS du compte d'ordinateur (ou suffixe DNS principal). Pour définir un suffixe DNS principal, il faut aller dans panneau de configuration / système, sélectionner l'onglet nom de l'ordinateur, cliquer sur le bouton modifier, puis sur le bouton autres. Vous pouvez ensuite entrer le suffixe DNS principal dans le champ réservé à cet effet.


Pour définir un suffixe DNS spécifique à une connexion donnée, il faut aller dans les propriétés du protocole TCP/IP de cette connexion, puis cliquer sur l'onglet DNS. Il suffit ensuite d'entrer le suffixe DNS dans la zone de texte Suffixe DNS pour cette connexion. Cette fenêtre vous permet également de définir les serveurs DNS que le client essayera de contacter pour résoudre les noms d'hôtes.

Vous pouvez aussi activer ou désactiver les mises à jour automatiques des enregistrements de ressources par les clients grâce à la case Enregistrer les adresses de cette connexion dans le système DNS.


Sommaire
1. Présentation du système DNS
1.1 introduction à la résolution de noms
1.2 le système DNS

2. Configuration des clients DNS
2.1 fonctionnement de la résolution de noms d'hôte côté client
2.2 paramétrage des ordinateurs clients

3. Configuration du serveur DNS
3.1 installation du service DNS
3.2 les différents types de requêtes
3.3 configuration des indications de racine
3.4 configuration des redirecteurs

4. Configuration des zones DNS primaires et secondaires
4.1 introduction aux zones de recherche
4.2 les enregistrements de ressources
4.3 les différents types de zones DNS
4.4 configurer une zone principale
4.5 configurer une zone secondaire

5. Les autres types de zone DNS
5.1 intérêt des zones de stub
5.2 configurer une zone de stub
5.3 les avantages des zone intégrée à Active Directory
5.4 configurer une zone intégrée à Active Directory

6. La délégation de zones DNS
6.1 intérêt de la délégation de zone DNS
6.2 créer et configurer une délégation de zone DNS

7. Les outils d'administration en ligne de commande
7.1 introduction
7.2 utiliser nslookup
7.3 utiliser dnscmd
7.4 utiliser dnslint

Conclusion



En Savoir Plus 
Evaluez cet article 


Pour afficher ou poster un commentaire, cliquez sur ce lien : Forum-Microsoft



Retrouvez ci-dessous les autres sections du Laboratoire Microsoft