Erreurs ou problèmes de connexion lors de la configuration d’adresses WINS pour un serveur WINS

Cet article fournit une solution aux problèmes qui se produisent lorsque vous configurez les adresses WINS (Windows Internet Naming Service) pour un serveur WINS.

S’applique à : Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2
Numéro de la base de connaissances d’origine : 150737

Symptômes

Lorsque vous configurez les adresses WINS principale et secondaire pour un serveur WINS, vous recevez le message d’erreur suivant :

Le serveur WINS figure déjà dans la liste.

Sinon, les clients commencent à rencontrer des problèmes de connexion même si vous ne voyez pas ce message d’erreur et que le serveur WINS semble fonctionner correctement. Les problèmes disparaissent à temps, mais se reproduisent lorsque le serveur WINS affecté redémarre.

Cause

Ces problèmes indiquent que les adresses WINS principale et secondaire du serveur WINS ne sont pas correctement configurées. Vous ne pouvez pas utiliser la même adresse pour l’adresse WINS principale et l’adresse WINS secondaire.

Si vous définissez l’adresse WINS principale sur l’adresse d’un autre serveur WINS et que vous définissez l’adresse WINS secondaire sur la propre adresse du serveur WINS, vous ne recevrez pas le message d’erreur. Toutefois, lorsque le serveur WINS inscrit ses services, il peut inscrire certains de ces services sur le serveur WINS différent. Après un certain temps, le serveur inscrit correctement les services dans sa base de données WINS locale. Cela entraîne l’inscription de certains enregistrements sur les deux serveurs WINS. Cette situation est appelée « inscription fractionnée ».

L’inscription fractionnée peut entraîner des problèmes de connexion. Les clients peuvent ne pas être en mesure de se connecter au serveur WINS affecté ou à ses services. À mesure que l’inscription fractionnée est répliquée sur d’autres serveurs WINS, la probabilité de problèmes de connexion pour les clients augmente. Les conditions exactes qui provoquent l’échec varient. La gravité du problème dépend de votre schéma de réplication.

L’inscription fractionnée est une condition temporaire. Une fois que le serveur WINS nouvellement démarré cesse d’inscrire ses services à distance, le serveur WINS distant cesse de renouveler les inscriptions incorrectes. Finalement, les inscriptions corrigées sont répliquées dans tout le système et résolvent les problèmes de connexion. Jusqu’à ce que vous corrigez la configuration d’adresse du serveur WINS affecté, le problème se répète lorsque ce serveur WINS redémarre.

Solution de contournement

Nous vous recommandons de définir un serveur WINS pour qu’il pointe toujours vers lui-même comme adresse WINS principale et non comme adresse WINS secondaire. Cette configuration évite les inscriptions fractionnées et d’autres problèmes.

État

Microsoft a confirmé l’existence de ce problème dans les produits Microsoft répertoriés dans la section « Produits concernés ».

Plus d’informations

Lorsqu’un ordinateur Windows Server exécute le service WINS et participe à la réplication de base de données WINS sur le réseau, vous devez configurer soigneusement la destination que le serveur WINS utilise pour résoudre son propre nom.

Vous pouvez configurer ce paramètre dans le panneau de configuration réseau, dansConfigurationdu protocole> TCP/IP. Vous pouvez également configurer ce paramètre à l’aide du Registre (même si l’adresse est déjà ajoutée, vous n’avez pas besoin de l’ajouter à nouveau).

Conflits potentiels d’inscription WINS

Lorsqu’un ordinateur prenant en charge WINS démarre, il inscrit différents types de services auprès de WINS. En règle générale, l’ordinateur dispose d’une adresse WINS principale et secondaire configurée dans la configuration TCP/IP. Si l’adresse WINS principale ne répond pas aux tentatives d’inscription, l’ordinateur tente l’adresse WINS secondaire.

Lorsqu’un serveur WINS démarre, il doit inscrire ses propres services dans sa propre base de données WINS locale avant de se connecter à d’autres serveurs WINS. Toutefois, le serveur WINS peut essayer d’inscrire des services avant le démarrage de son propre service WINS. Si l’adresse WINS principale est définie sur un serveur WINS distant, ou si les deux adresses WINS sont définies sur des serveurs WINS distants, le serveur WINS nouvellement démarré peut inscrire ses propres services auprès d’un serveur WINS distant. Une fois le service WINS local démarré, le serveur WINS inscrit ses services localement. Toutefois, cela ne supprime pas immédiatement les inscriptions distantes.

Exemple

Prenons l’exemple d’un serveur WINS (SRV1) qui est un contrôleur de domaine qui s’exécute dans le contoso.com domaine. SRV1 pointe vers lui-même en tant que serveur WINS principal et pointe vers un autre serveur WINS (WINS2) en tant que serveur WINS secondaire. Lorsque SRV1 démarre, il tente d’inscrire ses services avant le démarrage de son propre service WINS. Étant donné que ces inscriptions échouent, SRV1 tente de les inscrire sur WINS2. Si WINS2 est disponible, il accepte les demandes d’inscription. Au cours de ce processus, SRV1 continue à case activée son service WINS local. Lorsque SRV1 détecte que son service WINS est en cours d’exécution, il arrête d’envoyer des demandes d’inscription à WINS2 et les gère localement à la place.

Une fois les enregistrements WINS répliqués entre SRV1 et WINS2, les bases de données sur les deux serveurs affichent l’enregistrement de propriété suivant :

En raison de l’inscription fractionnée, les clients peuvent ne pas être en mesure de se connecter à SRV1 ou ne pas résoudre le contoso.com domaine. Finalement, SRV1 enregistre correctement tous ses enregistrements de service localement, et WINS2 détermine qu’il n’est plus propriétaire des inscriptions SRV1. Les inscriptions corrigées de SRV1 et WINS2 sont ensuite répliquées sur les serveurs WINS restants. Ce processus élimine le risque de rencontrer des problèmes de connexion.