Configuration des options de serveur WINS principales et secondaires


Symptômes


S’il s’agit d’un serveur Windows NT exécutant le service WINS et participant à la réplication de base de données WINS sur le réseau, il est nécessaire de configurer l’emplacement de la résolution de nom du serveur WINS (ce paramètre est défini dans la section réseau du panneau de configuration, dans la section Configuration du protocole TCPIP). Nous recommandons qu’un serveur WINS pointe vers lui-même en tant que WINS principal dans la configuration TCP/IP. Si vous tentez de spécifier la même adresse WINS dans l’adresse WINS secondaire, le message d’erreur « le serveur WINS est déjà dans la liste » s’affiche. La configuration peut être définie à l’aide du Registre. Toutefois, étant donné que l’adresse est déjà entrée, vous n’avez pas besoin de l’ajouter à nouveau.

Solution de contournement


Nous vous recommandons d’utiliser un serveur WINS uniquement en tant que serveur WINS principal. Cette configuration évite les enregistrements fractionnés ainsi que d’autres problèmes. Pour plus d’informations sur certains de ces autres problèmes, consultez les articles suivants dans la base de connaissances Microsoft :135405 réparation d’une base de données WINS endommagée avec le numéro de version à partir d'168712 la recréation manuelle d’une base de données WINS150520 le serveur WINS a perdu la résolution du nom

Statut


Microsoft a confirmé l’existence de ce problème dans les produits Microsoft répertoriés au début de cet article.

Informations supplémentaires


Lorsque n’importe quel ordinateur sur lequel le service WINS est activé, il doit inscrire de nombreux services avec WINS. En règle générale, un ordinateur possède une adresse WINS principale et secondaire configurée dans la configuration TCP/IP. Si le WINS principal ne répond pas aux inscriptions, l’ordinateur tente d’essayer le service WINS secondaire. Pour obtenir des informations supplémentaires sur les services qui peuvent être enregistrés, consultez les articles suivants de la base de connaissances Microsoft :119495 de noms enregistrés auprès des clients WINS ServiceGenerally, la plupart des clients et serveurs doivent être configurés avec une adresse WINS principale et secondaire, toutefois, vous devez tenir considération du mode de configuration d’un serveur WINS. Un serveur WINS enregistre ses services dans sa propre base de données WINS locale, qu’il pointe ou non (de type principal, secondaire ou aucune). L’enregistrement avec lui-même et un autre serveur WINS peuvent poser des problèmes lorsqu’il s’agit de réplication et de renouvellement de ces entrées. Par exemple, si vous avez un serveur WINS (« Srv1 ») qui pointe vers lui-même en tant que serveur principal et pointe vers un autre WINS comme secondaire (« Wins2 »). Lorsque Srv1 est démarré, il tente généralement d’inscrire ses services avant le démarrage de son service WINS. Dans la mesure où ces inscriptions échouent, elles essaient de les inscrire sur Wins2. Si Wins2 est disponible, il accepte les demandes d’enregistrement. Toutefois, tous les services ne sont pas inscrits sur Wins2, car ces demandes d’enregistrement sont effectuées et Srv1 continuent à vérifier son service WINS local. Lorsque le service est en cours d’exécution, il bascule vers ce dernier et continue de s’inscrire localement. Lorsque la réplication s’est produite entre Srv1 et Wins2, les deux bases de données affichent cette propriété :
SRV1 : appartient à son Srv1<20> et aux domaines<1C> (s’il s’agit d’un contrôleur de domaine) Wins2 : il possède toutes les autres inscriptions de Srv1 et possède également le domaine<1C> à partir de Srv1
Cette condition potentielle peut poser l’appellation « inscription fractionnée ». À ce stade, Srv1 a restauré le registre en local, mais cela prend un certain temps avant de pouvoir le voir. Entre-temps, Srv1 et Wins2 répliquent les mappages d’enregistrements fractionnés sur d’autres serveurs WINS. Pour le moment, ces réplicas doivent être conciliés au service WINS distant (autrement dit, les réplicas Wins2 sont remplacés par les nouveaux réplicas Srv1). Toutefois, avant la fin de l’opération de réconciliation, des problèmes de connexion client peuvent se produire, y compris la possibilité de se connecter à un serveur WINS qui fractionne son inscription (dans cet exemple, Srv1), ou l’incapacité à résoudre le domaine<1C> nom enregistré par Srv1. Les conditions exactes qui peuvent entraîner l’échec varient. Si vos serveurs WINS exécutent Windows NT version 3,51 avec Service Pack 4 (ou version ultérieure), ces conditions doivent uniquement être temporaires. Le problème est toutefois plus sérieux en fonction de votre schéma de réplication ou si vous exécutez un serveur WINS antérieur au Service Pack 4.
Une autre configuration défectueuse consiste à définir une adresse IP distante (dans cet exemple, Wins2) comme principale lors de la définition du serveur local WINS (Srv1) comme secondaire. Dans ce cas, Srv1 arrêtera finalement son bail NetBIOS auprès de Wins2 et commencera à s’inscrire localement. En fonction de votre schéma de réplication WINS, cela risque de provoquer des problèmes de connexion.