De nombreux réseaux basés sur Microsoft déploient une infrastructure WINS dans leur environnement. WINS est un protocole de résolution de noms alternatif au DNS, et dans de nombreux cas, un complément au DNS également. C’est un service qui utilise NetBIOS sur TCP/IP (NetBT), principalement utilisé dans les systèmes d’exploitation tels que Windows 9x et Windows NT 4.0.
Avec l’arrivée de Windows 2000 Active Directory, WINS n’était plus nécessaire, du moins il était possible de faire fonctionner un environnement en réseau sans lui. Cependant, certaines dépendances étaient nécessaires pour que cette affirmation soit vraie. Premièrement, les anciens clients (antérieurs à Windows 2000) devaient être mis à niveau vers au moins Windows 2000. Ensuite, vous deviez vous assurer qu’aucune application sur votre réseau ne dépendait de NetBIOS.
Même avec l’introduction de Windows 2008, Microsoft continue de proposer WINS, désormais en tant que « fonctionnalité ». Cependant, il propose également une nouvelle option appelée GlobalNames Zones dans le DNS qui peut être utilisée à la place de WINS. Cependant, il ne s’agit pas d’un compromis entre les pommes et les pommes.
Cette nouvelle fonctionnalité du DNS ne fonctionne pas de manière identique à WINS et peut ne pas constituer un remplacement approprié dans votre environnement. Ainsi, pour aider les clients à migrer vers le DNS pour toutes les résolutions de noms, le rôle de serveur DNS dans Windows Server 2008 prend en charge une fonctionnalité spéciale de zone de noms globaux (également appelée GNZ).
Contrairement à WINS, qui est dynamique par nature, GNZ est complètement statique, ce qui oblige l’administrateur DNS à créer et à gérer manuellement les enregistrements. GNZ est destiné à faciliter le retrait de WINS, et non à le remplacer. GNZ n’est pas destiné à prendre en charge la résolution de nom à étiquette unique des enregistrements enregistrés dynamiquement dans WINS, enregistrements qui ne sont généralement pas gérés par les administrateurs informatiques.
La prise en charge de ces enregistrements enregistrés dynamiquement n’est pas évolutive, en particulier pour les grands clients possédant plusieurs domaines et/ou forêts. Dans GNZ, après la création et l’activation de la zone GlobalNames, les administrateurs doivent gérer manuellement les enregistrements de cette zone. GNZ ne prend pas en charge les mises à jour dynamiques.
Comment déployer une zone GlobalNames
Étape 1 : Créer la zone GlobalNames
La première étape du déploiement d’une zone GlobalNames consiste à créer la zone sur un serveur DNS qui est un contrôleur de domaine exécutant Windows Server 2008. La zone GlobalNames n’est pas un type de zone particulier. Il s’agit d’une zone de recherche avancée intégrée à AD DS appelée « GlobalNames ».
Étape 2 : Activer le support de la zone GlobalNames
La zone GlobalNames n’est pas disponible pour fournir la résolution de noms jusqu’à ce que le support de la zone GlobalNames soit explicitement activé en utilisant la commande suivante sur chaque serveur DNS faisant autorité dans la forêt :
dnscmd dnsServerName/config /enableglobalnamessupport 1
Étape 3 : Répliquer la zone GlobalNames
Pour rendre la zone GlobalNames disponible à tous les serveurs et clients DNS dans une forêt, en définissant la portée de réplication appropriée sur la zone.
Étape 4 : Remplir la zone GlobalNames
Ajouter tous les enregistrements appropriés dans la zone.
Étape 5 : Publier l’emplacement de la zone GlobalNames dans d’autres forêts
Si vous voulez que les clients DNS d’autres forêts utilisent la zone GlobalNames pour résoudre des noms, ajoutez des enregistrements de ressources SRV (Service Location) à la partition d’application DNS de la forêt, en utilisant le nom de service _globalnames._msdcs et en spécifiant le FQDN du serveur DNS qui héberge la zone GlobalNames.
En outre, vous devez exécuter la commande dnscmdServerName/config /enableglobalnamessupport 1 sur chaque serveur DNS faisant autorité dans les forêts qui n’hébergent pas la zone GlobalNames.
Noms uniques et noms de groupe WINS NetBIOS
Notes :
Par défaut, un serveur DNS faisant autorité utilise d'abord les données de la zone locale pour répondre à une requête, avant d'essayer la zone GlobalNames pour voir si le nom existe. Les mises à jour dynamiques qui sont envoyées à un serveur DNS faisant autorité sont d'abord vérifiées par rapport aux données de la zone GlobalNames avant d'être vérifiées par rapport aux données de la zone locale. Aucune mise à jour logicielle n'est requise pour les clients afin de leur permettre de résoudre les noms qui sont configurés dans la zone GlobalNames. L'enregistrement des clients DNS n'est pas affecté, sauf si un ordinateur tente d'enregistrer un nom qui est déjà configuré dans la zone GlobalNames.