Numéro d'article: 174419 - Dernière mise à jour: mercredi 23 août 2006 - Version: 3.2 Comment faire pour configurer une zone de recherche inversée de sous-réseau dans Windows NT, Windows 2000 ou Windows Server 2003
Ancien nº de publication de cet article : F174419 SommaireRésuméRemarqueLa création de zones de recherche inversée de sous-réseau déléguées n'est pas une opération évidente. Il est essentiel de comprendre le mode de fonctionnement des zones DNS avant d'essayer de créer des zones de recherche inversée de sous-réseau. Ce document contient de nombreuses remarques auxquelles nous vous recommandons de prêter la plus vive attention. La phase de configuration étant facilement sujette aux erreurs, nous vous recommandons également d'essayer dans un premier temps ces procédures dans un environnement de test avant de les déployer sur un réseau opérationnel. La croissance rapide de la communauté Internet a engendré la nécessité de diviser les réseaux IP complets en plus petites parties ou « sous-réseaux ». Dans un environnement de sous-réseau, les serveurs DNS peuvent facilement déléguer l'autorité sur les zones de recherche directe car elles ne dépendent pas de l'infrastructure de sous-réseau sous-jacente. Toutefois, en raison de la structure inverse des zones de recherche inversée et de leur stricte dépendance par rapport à la structure de sous-réseau spécifique, la délégation de ces zones doit faire l'objet de considérations particulières. L'IETF (Internet Engineering Task Force) a créé la RFC 2317, « Classless IN-ADDR.ARPA Delegation » (Délégation IN-ADDR.ARPA sans classes), qui traite de ces considérations. La délégation de zones de recherche inversée de sous-réseau vient en complément de la capacité à déléguer des zones de recherche directe. Cette souplesse dans l'appartenance (propriété) des zones vous permet, en tant qu'administrateur d'un domaine parent, de déléguer le contrôle à la fois d'un sous-domaine enfant et d'un sous-réseau d'adresses correspondant à un autre administrateur. Inversement, en tant qu'administrateur d'un domaine enfant, vous disposez désormais du contrôle nécessaire pour apporter des modifications à la fois aux enregistrements hôte DNS (A) et aux enregistrements adresse IP (PTR) sans avoir à faire une demande de modification via le domaine parent. Cet article explique comment configurer des zones de recherche inversée de sous-réseau déléguées pour un serveur DNS Microsoft Windows Remarque Le simple fait que votre environnement de réseau soit divisé en sous-réseaux ne signifie pas que vous devez configurer votre serveur DNS de la manière décrite dans cet article. La création de zones de recherche inversée de sous-réseau déléguées est uniquement un choix d'administration ; elle n'est pas imposée par l'infrastructure de sous-réseau sous-jacente. Plus d'informations Un modèle d'adresse IP « avec classes » est un modèle qui ne divise pas un réseau IP en segments plus petits. Par exemple, une adresse de classe C de 192.168.1.0 avec un masque de sous-réseau de 255.255.255.0 correspond à un modèle d'adresse IP avec classes. Un modèle d'adresse IP « sans classes » est un modèle qui utilise un masque de sous-réseau pour diviser une adresse IP en segments plus petits Par exemple, une adresse de classe C de 192.168.1.0 avec un masque de sous-réseau de 255.255.255.192 correspond à un modèle d'adresse IP sans classes. Les adresses IP suivantes sont également associées à ce type de réseau : 192.168.1.64, 192.168.1.128 et 192.168.1.192. Lors du découpage de réseaux IP en sous-réseaux, des bits supplémentaires sont extraits de la partie hôte de l'adresse IP et affectés à la partie réseau. Cela est défini en ajoutant des bits supplémentaires au masque de sous-réseau. La valeur 11111111.11111111.11111111.00000000 dénote un masque de sous-réseau avec classes pour un réseau de classe C de 255.255.255.0, tandis que la valeur 11111111.11111111.11111111.11000000 illustre le masque de sous-réseau sans classes de 255.255.255.192. Ainsi, sur la base de l'exemple ci-dessus, nous savons que : Si le masque de Le compte de bits du sous-réseau est masque de sous-réseau est --------------------- ---------------------------- 255.255.255.128 25 255.255.255.192 26 255.255.255.224 27 255.255.255.240 28 255.255.255.248 29 255.255.255.252 30 255.255.255.254 31 SyntaxeLes zones de recherche inversée de sous-réseau déléguées peuvent servir à transférer le contrôle administratif entre n'importe quelle zone IN-ADDR.ARPA parent et enfant du DNS. Parmi les configurations les plus courantes, on peut citer la délégation entre un fournisseur de services Internet (parent) et un site client (enfant) ou entre un siège social (parent) et un site distant (enfant). Le scénario faisant intervenir le fournisseur de services Internet étant le plus habituel, c'est celui que nous utiliserons dans l'exemple ci-après.Lors de la création de zones de recherche inversée sans classes, vous pouvez appliquer ce type de convention d'écriture :
<sous-réseau>-<nombre de bits du masque de sous-réseau>.100.168.192.in-addr.arpa ou Par exemple : <sous-réseau>/<nombre de bits du masque de sous-réseau>.100.168.192.in-addr.arpa ou <sous-réseau>.<nombre de bits du masque de sous-réseau>.100.168.192.in-addr.arpa ou SubnetX<sous-réseau>.100.168.192.in-addr.arpa (où X est le numéro de sous-réseau attribué par le parent) ou <sous-réseau>.100.168.192.in-addr.arpa
64-26.100.168.192.in-addr.arpa ou Cela indique que la zone de recherche inversée de sous-réseau est le sous-réseau 64, qui utilise 26 bits pour son masque de sous-réseau.64/26.100.168.192.in-addr.arpa ou 64.26.100.168.192.in-addr.arpa ou Subnet3.100.168.192.in-addr.arpa ou 64.100.168.192.in-addr.arpa Remarque Si vous comptez effectuer des transferts de zone entre parent et enfant, vous devez vérifier la syntaxe des fichiers qui seront transférés entre serveurs DNS. Les versions de serveurs DNS ne prennent pas toutes en charge les différentes méthodes de syntaxe définies dans la RFC (le trait d'union, la barre oblique, etc.) Les serveurs DNS Microsoft prennent en charge toutes ces méthodes. Remarque Quelle que soit la syntaxe choisie dans le domaine parent, elle DOIT être identique à celle utilisée dans le domaine enfant. Liste de contrôleNous vous conseillons de remplir la liste de contrôle ci-dessous pour évoluer plus facilement dans ce document. Liste de contrôle parent Liste de contrôle enfant
---------------- ---------------
<Nom du serveur DNS parent> <Nom du serveur DNS enfant>
<Adresse IP du serveur DNS parent> <Adresse IP du serveur DNS enfant>
<masque de sous-réseau> <masque de sous-réseau>
<sous-réseau><syntaxe><nombre de bits du masque de sous-réseau> <sous-réseau><syntaxe><nombre de bits du masque de
sous-réseau>Liste de contrôle parent Liste de contrôle enfant ---------------- --------------- NS.microsoft.com NS1.msn.com 192.168.43.8 192.168.100.126 255.255.255.192 255.255.255.192 0-26 64-26 64-26 128-26 192-26 Procédure étape par étape côté parent pour les environnements Windows 2000 et Windows Server 2003Démarrez la console MMC (Microsoft Management Console) DNS. Sous Affichage, basculez de Standard vers Avancé. Sélectionnez Zones de recherche inversée, cliquez avec le bouton droit et sélectionnez une nouvelle zone. Sous Type de zone, sélectionnez Intégration Active Directory ou Zone principale standard, puis cliquez sur Suivant. Tapez soit l'ID du réseau non divisé en sous-réseaux (192.168.100, par exemple), soit le nom de la zone de recherche inversée (100.168.192.in-addr.arpa, par exemple) pour l'adresse de classe C non divisée en sous-réseaux, puis cliquez sur Suivant. Si vous avez sélectionné le type de zone « principale standard », vous pouvez soit créer un nouveau fichier de zone, soit, s'il existe déjà, le placer dans le répertoire %systemroot%\winnt\system32\dns à partir duquel se fera la lecture du serveur. Une fois la zone parent principale créée, cliquez avec le bouton droit sur la zone créée et sélectionnez Nouvelle délégation. Ajoutez la convention d'affectation de noms de votre choix en tant que parent pour la zone enfant déléguée (64-26, par exemple). Veillez à bien communiquer cette convention à l'administrateur du domaine enfant. Reportez-vous aux exemples. Ajoutez les enregistrements de ressources CNAME (ALIAS) pour les périphériques de chaque sous-réseau. Par exemple :
65 CNAME 65.64-26.100.168.192.in-addr.arpa.
Remarque Les mises à jour dynamiques pour les recherches inversées dans des sous-réseaux ne fonctionnent pas dans Windows 2000. Vous devez ajouter les enregistrements manuellement. La case à cocher « Créer l'enregistrement PTR associé » ne peut pas être utilisée pour la zone de recherche inversée de sous-réseau lorsque l'enregistrement « A » (hôte) est créé via l'interface utilisateur graphique.Procédure étape par étape côté parent pour les environnements Windows NT 4.0Remarque Vous pouvez utiliser le Gestionnaire DNS Microsoft pour définir la zone de recherche inversée pour ce serveur de noms, ainsi que la ou les zones de recherche inversée de sous-réseau. Une fois la zone in-addr.arpa et les zones in-addr.arpa de sous-réseau créées, vous devez modifier manuellement les fichiers pour inclure les enregistrements NS, CNAME et PTR dans chaque fichier de zone.Remarque Cet exemple suppose que plusieurs conditions préalables sont remplies. Il suppose notamment que le serveur DNS Microsoft a été installé et que les propriétés TCP/IP (adresse IP, masque de sous-réseau, passerelle par défaut, etc.) ont été correctement configurées.
Procédure étape par étape côté enfant pour les environnements Windows 2000 et Windows Server 2003
Procédure étape par étape côté enfant pour les environnements Windows NT 4.0
Exemples de fichiers de zoneFichier de zone de recherche inversée de sous-réseau parent;
; Fichier de base de données 100.168.192.in-addr.arpa.dns pour la zone 100.168.192.in-addr.arpa.
; Version de la zone : 4
;
@ IN SOA NS.microsoft.com. administrator.microsoft.com. (
4 ; numéro de série
3600 ; actualisation
600 ; relance
86400 ; expiration
3600 ) ; durée de vie minimale
;
; Enregistrements NS de la zone
;
@ NS NS.microsoft.com.
;
; Enregistrements de la zone
;
;
; Sous-zone déléguée : 64-26.100.168.192.in-addr.arpa
;
64-26 NS NS1.msn.com.
; Fin de la délégation
65 CNAME 65.64-26.100.168.192.in-addr.arpa
66 CNAME 66.64-26.100.168.192.in-addr.arpa
67 CNAME 67.64-26.100.168.192.in-addr.arpa
...
126 CNAME 67.64-26.100.168.192.in-addr.arpaFichier de zone de recherche inversée de sous-réseau enfant;
; Fichier de base de données 64-26.100.168.192.in-addr.arpa.dns pour la zone 64-26.100.168.192.in-addr.arpa.
; Version de la zone : 1
;
@ IN SOA NS1.msn.com. administrator.msn.com. (
1 ; numéro de série
3600 ; actualisation
600 ; relance
86400 ; expiration
3600 ) ; durée de vie minimale
;
; Enregistrements NS de la zone
;
@ NS NS1.msn.com.
;
; Enregistrements de la zone
;
65 PTR host65.msn.com.
66 PTR host66.msn.com.
67 PTR host67.msn.com.
...
126 PTR host126.msn.com.Références Pour plus d'informations sur les serveurs DNS, reportez-vous au livre blanc suivant sur le serveur FTP anonyme de Microsoft : Nom de fichier : Dnswp.exe Emplacement : ftp://ftp.microsoft.com/bussys/winnt/winnt-docs/papers/
(ftp://ftp.microsoft.com/bussys/winnt/winnt-docs/papers)
Titre : « DNS and Microsoft Windows NT 4.0 »Pour plus d'informations sur la délégation IN-ADDR.ARPA sans classes (Classless IN-ADDR.ARPA Delegation), reportez-vous à la RFC 2317. Pour savoir comment obtenir cette RFC, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft. 185262
(http://support.microsoft.com/kb/185262/
)
Comment faire pour obtenir une RFC sur Internet
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT. | Autres ressources Autres sites d'aide
CommunautésObtenir de l'aideTraductions disponibles
|






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email
Retour au début
