Description de la fonctionnalité de commande netmask et de la fonctionnalité round robin dans Windows Server 2003 DNS
Cet article décrit la fonctionnalité de commande netmask et la fonctionnalité round robin et explique comment utiliser ces fonctionnalités ensemble.
S’applique à : Window Server 2003
Numéro de la ko d’origine : 842197
Résumé
Cet article décrit la fonctionnalité de commande netmask et la fonctionnalité round robin dans Windows Server 2003 domain name system (DNS). En outre, cet article explique comment utiliser ces fonctionnalités ensemble. Vous pouvez le faire pour rendre aléatoires les résultats renvoyés à partir d’un serveur netmask ordonné.
Notes
La fonctionnalité de tourn robin de DNS permet au DNS de renvoyer à chaque fois les adresses IP d’un nom dans un ordre différent.
Informations supplémentaires
La fonctionnalité de commande netmask permet de renvoyer des adresses pour les requêtes DNS de type A afin de hiérarchiser les ressources locales pour le client. Par exemple, si les conditions suivantes sont vraies, les résultats d’une requête pour un nom sont renvoyés au client en fonction de la proximité de l’adresse IP (Ip) :
- Vous avez huit enregistrements de type A pour le même nom DNS.
- Chacun de vos huit enregistrements de type A a une adresse distincte.
Dans la version initiale de Microsoft Windows Server 2000, cette proximité est calculée en fonction de la classe native d’adresse attribuée au client. Si une adresse de classe A native est attribuée au client, les réponses envoyées au client sont hiérarchisées par les entrées qui correspondent à la classe cliente A d’appartenance au réseau. Cela est également vrai pour les adresses de classe native B et C.
La fonctionnalité round robin est utilisée pour rendre aléatoires les résultats d’un type de requête similaire afin de fournir une fonctionnalité d’équilibrage de charge de base. Dans l’exemple précédent, huit enregistrements de type A avec le même nom et différentes adresses IP entraînent la priorité d’une réponse différente en haut de chaque requête. Étant donné qu’une nouvelle adresse IP est prioritaire pour chaque requête, les clients ne sont pas acheminés à plusieurs reprises vers le même serveur.
La version initiale de Windows Server 2000 ne peut pas utiliser en natif la fonctionnalité de commande netmask et la fonctionnalité de tour robin en même temps. Si la fonctionnalité de commande netmask est désactivé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 commande netmask basée sur un sous-réseau et de la fonctionnalité de tournillement. L’utilisation de la fonctionnalité de commande netmask et de la fonctionnalité de tour robin fournit une prise en charge 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 de 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, quelle que soit la classe d’adresse native.
Par exemple, un sous-réseau 126.45.x.x est affecté à une société. Il est peu probable qu’un masque de sous-réseau 8 bits soit utilisé pour définir ce sous-réseau dans leur réseau interne. En outre, la société ne possède qu’une partie de la classe A sous-réseau. Étant donné que cette plage sera probablement divisée en réseaux de classe B ou plus petits, l’ordre netmask peut ne pas renvoyer de résultats proches du client. Cela est vrai si la configuration réseau est différente de la configuration réseau impliquée par la classe d’adresse native. Étant donné Windows Server 2003 base la proximité sur la classe C, les ressources de fermeture sont plus découvrables.
Vous pouvez utiliser la commande pour restaurer les Dnscmd /Config /LocalNetPriorityNetMask 0x000000FF Dnscmd.exe paramètres Windows Server 2003 aux paramètres par défaut.
Bien que le paramètre par défaut dans Windows Server 2003 consiste à 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 des tâches netmask en fonction de votre environnement. Lorsque vous émettrez le commutateur /LocalNetPriorityNetMask, vous pouvez spécifier les bits importants pour l’opération de commande netmask. Vous pouvez utiliser la Dnscmd /Config /LocalNetPriorityNetMask 0x0000FFFF commande pour utiliser la classe B (ou 16 bits) pour l’ordre netmask.
Le tableau suivant répertorie d’autres paramètres de classement netmask :
| Netmask | LocalPriorityNet |
|---|---|
| 255.255.255.0 | 0x000000ff |
| 255.255.0.0 | 0x0000ffff |
| 255.0.0.0 | 0x00ffffff |
Si seuls 6 bits sont utilisés pour l’hôte, le masque est 255.255.255.192. Dans la notation CIDR, routage inter-domaine sans classe, il s’agit d’un masque /26. Vous pouvez utiliser la commande pour configurer une adresse de Dnscmd /Config /LocalNetPriorityNetMask 0x0000003F Dnscmd.exe classe C sous-traitante.
Les bits significatifs définissent la partie de l’adresse qui est l’espace hôte. Étant donné que l’équivalent binaire de 0x3 est 11 et que l’équivalent binaire de 0xF est 1111, 6 bits sont définies dans le cadre de l’adresse 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 1111. 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 qu’il utilise le round robining et le netmask en fonction de la classe d’adresse IP native du client.