Description de la fonctionnalité d’ordre de masque réseau et de la fonctionnalité tourniquet dans Windows Server 2003 DNS

Cet article décrit la fonctionnalité de classement des masques réseau et la fonctionnalité tourniquet et comment utiliser ces fonctionnalités ensemble.

S’applique à : Window Server 2003
Numéro de base de connaissances d’origine : 842197

Résumé

Cet article décrit la fonctionnalité de classement des masques réseau et la fonctionnalité tourniquet dans le système DNS (Domain Name System) Windows Server 2003. En outre, cet article explique comment utiliser ces fonctionnalités ensemble. Pour ce faire, vous pouvez aléatoirer les résultats retournés à partir d’un serveur ordonné par le masque net.

Note

La fonctionnalité tourniquet du DNS permet au DNS de retourner les adresses IP d’un nom dans un ordre différent à chaque fois.

Plus d’informations

La fonctionnalité de classement netmask est utilisée pour retourner des adresses pour les requêtes DNS de type A afin de hiérarchiser les ressources locales au client. Par exemple, si les conditions suivantes sont remplies, les résultats d’une requête pour un nom sont retournés au client en fonction de la proximité de l’adresse IP (Internet Protocol) :

• Vous avez huit enregistrements A de type pour le même nom DNS.
• Chacun de vos huit enregistrements A de type A a une adresse distincte.

Dans la version initiale de Microsoft Windows 2000 Server, cette proximité est calculée en fonction de la classe d’adresse native affectée au client. Si le client reçoit une adresse A de classe native, les réponses envoyées au client sont hiérarchisées par les entrées qui correspondent à l’appartenance au réseau A de la classe cliente. Il s’agit également de la classe B native et des adresses C de classe native.

La fonctionnalité tourniquet est utilisée pour aléatoirer les résultats d’un type de requête similaire pour fournir des fonctionnalités d’équilibrage de charge de base. Dans l’exemple précédent, huit enregistrements de type A portant le même nom et différentes adresses IP entraînent la hiérarchisation d’une réponse différente en haut avec chaque requête. Étant donné qu’une nouvelle adresse IP est hiérarchisée en haut avec chaque requête, les clients ne sont pas routés à plusieurs reprises vers le même serveur.

La version initiale de Windows 2000 Server ne peut pas utiliser en mode natif la fonctionnalité d’ordre du masque net et la fonctionnalité tourniquet en même temps. Si la fonctionnalité de classement netmask est activée, les réponses sont toujours fournies aux clients dans le même ordre. Dans Windows Server 2003, ce comportement a changé pour permettre l’utilisation de la fonctionnalité de classement netmask basée sur un sous-réseau et de la fonctionnalité tourniquet. L’utilisation de la fonctionnalité d’ordre du masque net et de la fonctionnalité tourniquet fournit une prise de conscience de proximité et un équilibrage de charge.

Dans de nombreux environnements réseau actuels, il est rare d’avoir un masque de sous-réseau natif à l’adresse réelle. Par conséquent, l’ordre netmask basé sur la classe native d’une adresse IP n’est pas fiable pour prédire si un réseau est local. Windows Server 2003 base la proximité sur la classe C, quel que soit la classe d’adresse native.

Par exemple, une entreprise reçoit un sous-réseau 126.45.x.x. Il est peu probable qu’un masque de sous-réseau 8 bits soit utilisé pour définir ce sous-réseau dans son réseau interne. En outre, la société possède uniquement une partie du sous-réseau A de classe. Étant donné que cette plage sera probablement divisée en réseaux B ou plus petits, le classement des masques réseau peut ne pas retourner les résultats proches du client. Cela est vrai si la configuration réseau est différente de la configuration réseau implicite par la classe d’adresse native. Étant donné que Windows Server 2003 base la proximité sur la classe C, les ressources de fermeture sont plus détectables.

Vous pouvez utiliser la Dnscmd /Config /LocalNetPriorityNetMask 0x000000FF Dnscmd.exe commande pour restaurer les paramètres Windows Server 2003 aux paramètres par défaut.

Bien que le paramètre par défaut dans Windows Server 2003 soit de baser la proximité sur la classe C, vous pouvez modifier ce paramètre. Vous pouvez définir la partie du masque relative pour l’ordre de masque netmask en fonction de votre environnement. Lorsque vous émettez le commutateur /LocalNetPriorityNetMask, vous pouvez spécifier les bits qui sont significatifs pour l’opération d’ordre du masque net. Vous pouvez utiliser la commande pour utiliser la Dnscmd /Config /LocalNetPriorityNetMask 0x0000FFFF classe B (ou 16 bits) pour l’ordre du masque net.

Le tableau suivant répertorie d’autres paramètres de classement netmask :

Masque réseau	LocalPriorityNet
255.255.255.0	0x000000ff
255.255.0.0	0x0000ffff
255.0.0.0	0x00ffffff

Si seulement 6 bits sont utilisés pour l’hôte, le masque est 255.255.255.192. Dans la notation CIDR, le routage interdomaine sans classe est un masque /26. Vous pouvez utiliser la Dnscmd /Config /LocalNetPriorityNetMask 0x0000003F Dnscmd.exe commande pour configurer une adresse C de classe sous-réseau.

Les bits significatifs définissent quelle partie de l’adresse est l’espace hôte. Étant donné que l’équivalent binaire de 0x3 est 11 et que l’équivalent binaire de 0xF est de 1111, 6 bits sont définis dans le cadre de l’adresse de l’hôte. Si 7 bits (255.255.255.128 ou /25) sont requis, la valeur est 0x0000007F car l’équivalent binaire de 0x7F est 0111 111. Si seulement 5 bits (255.255.255.224 ou /27) sont requis, la valeur est 0x0000001F car l’équivalent binaire de0x1F est 0001 1111.

La Dnscmd /Config /LocalNetPriorityNetMask 0xFFFFFFFF commande configure Windows Server 2003 pour utiliser l’ordre de tourniquet et de masque réseau en fonction de la classe d’adresse IP native du client.