Configuration des options Serveur WINS

Numéro d'article: 468079 - Voir les produits auxquels s'applique cet article
Ancien nº de publication de cet article : F18079
Agrandir tout | Réduire tout

Résumé

Lorsqu'un serveur Windows NT exécute le service de nom Internet WINS
(Windows Internet Naming Service) et participe à la réplication de bases
de données sur le réseau, vous devez déterminer avec un soin particulier
vers quel serveur pointera le serveur WINS pour sa propre résolution de
nom (ce paramètre est défini dans la section Réseau du Panneau de
configuration, sous l'onglet Configuration WINS du Protocole TCP/IP).

Il est fortement recommandé que le serveur WINS pointe vers lui-même en
tant que Serveur WINS primaire et secondaire dans la configuration TCP/IP.
Si une autre configuration est utilisée, vous risquez d'être confronté à
une instabilité occasionnelle lors de l'établissement de certaines
connexions réseau.


INFORMATIONS COMPLEMENTAIRES :

Lors du démarrage d'un ordinateur sur lequel le service WINS est activé,
l'ordinateur doit enregistrer divers services auprès de WINS.
Généralement, l'ordinateur dispose d'adresses WINS primaire et secondaire
configurées au niveau du protocole TCP/IP. Si le serveur WINS primaire ne
répond pas aux demandes d'enregistrement, l'ordinateur essaye l'adresse
WINS secondaire.

Pour plus d'informations sur les services pouvant être enregistrés,
reportez-vous à l'article suivant de la Base de connaissances Microsoft :

119495 List of Names Registered with WINS Service

En règle générale, la majorité des clients et des serveurs doit être
configurée en spécifiant des adresses WINS primaires et secondaires.
Toutefois, la configuration du serveur WINS lui-même doit être effectuée
avec prudence. Un serveur WINS enregistre ses services dans sa propre base
de données WINS locale, qu'il pointe sur lui-même ou non (comme serveur
primaire, secondaire, ou autre). L'enregistrement auprès de lui-même ou
d'un autre serveur WINS peut provoquer des problèmes en termes de
réplication et de renouvellement des entrées.

Supposons, par exemple, que vous disposiez d'un serveur WINS ("Srv1")
pointant sur lui-même en tant que serveur primaire et sur un autre serveur
WINS désigné comme serveur secondaire ("Wins2"). Au démarrage de Srv1,
l'ordinateur tente généralement d'enregistrer ses services avant même le
démarrage de son propre Service WINS. Comme ces enregistrements échouent,
il tente de les enregistrer auprès de Wins2. Si Wins2 est disponible, il
accepte les demandes d'enregistrement. Toutefois, tous les services ne
sont pas enregistrés auprès de Wins2, car Srv1 continue de vérifier la
disponibilité de son propre service WINS local, tandis que sont émises les
demandes d'enregistrement. Une fois que ce service est en cours
d'exécution, l'ordinateur bascule sur Wins1 et poursuit les
enregistrements en local sur ce serveur.

Après que la réplication est intervenue entre Srv1 et Wins2, les deux
bases de données affichent les informations de propriété suivantes :

Srv1: Propriétaire de Srv1<20> et de Domain<1c> (s'il s'agit d'un
contrôleur de domaine)
Wins2: Propriétaire de tous les autres enregistrements de Srv1, ainsi que
du Domain<1c> de Srv1

Cette situation potentiellement problématique est désignée sous le nom d'
" enregistrement fractionné ".

A ce stade, l'enregistrement des services est repassé à Srv1, bien que
vous ne puissiez pas vous en rendre compte immédiatement. Pendant ce
temps, Srv1 et Wins2 répliquent les mappages des enregistrements
fractionnés vers d'autres serveurs WINS. En fin de compte, ces répliques
devraient être réunies sur le serveur WINS distant (c'est-à-dire que les
répliques Wins2 seront remplacées par les répliques Srv1 plus récentes).
Toutefois, avant que ne s'achève la réconciliation, des problèmes de
connexion client peuvent survenir, et se traduire notamment par une
impossibilité de se connecter au serveur WINS dont les enregistrements ont
été fractionnés (Srv1, dans cet exemple), ou par une incapacité à résoudre
le nom de domaine <1c> enregistré par Srv1.

Les conditions exactes produisant un tel échec sont diverses. Si les
serveurs WINS exécutent Windows NT version 3.51 avec le Service Pack 4 (ou
ultérieur), cette situation devrait être momentanée. Toutefois, ce
problème peut être plus délicat selon votre propre schéma de réplication
ou si vos serveurs WINS utilisent une version antérieure au Service Pack
4.

Une autre configuration défectueuse consiste à définir en tant que serveur
WINS primaire une adresse IP distante (dans notre exemple, Wins2) alors
que le serveur WINS local (Srv1) est configuré comme serveur secondaire.
Dans ce cas, Srv1 cessera finalement d'actualiser son bail NetBIOS sur
Wins2 et commencera à enregistrer localement les services. En fonction de
votre schéma de réplication WINS, cette situation peut générer des
problèmes de connexion.


CONTOURNEMENT :

Il est fortement recommandé que le serveur WINS pointe vers lui-même en
tant que Serveur WINS primaire et secondaire. Ceci permettra d'éviter le
fractionnement des enregistrements et autres problèmes.

Pour plus d'informations sur certains de ces problèmes, reportez-vous aux
articles suivants de la Base de connaissances Microsoft :

135405 Repairing a Corrupted WINS Database w/ Starting Version Count

168712 How to Manually Recreate a WINS Database

150520 Server Sporadically Loses Name Resolution


SITUATION ACTUELLE :

Microsoft a confirmé l'existence de ce dysfonctionnement dans les versions
3.5, 3.51 et 4.0 de Windows NT. Cette question est à l'étude et de
nouvelles informations seront publiées dans la Base de connaissances
Microsoft dès qu'elles seront disponibles.


MOTS-CLES :

La liste de(s) mot(s) suivant(s) permet une recherche plus efficace de
cette fiche technique :

kbenv nttcp kbbug3.51

Propriétés

Numéro d'article: 468079 - Dernière mise à jour: mardi 19 août 2003 - Version: 4.1
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Windows NT Server 3.5
  • Microsoft Windows NT Server 3.51
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Windows NT Workstation 3.5
  • Microsoft Windows NT Workstation 3.51
  • Microsoft Windows NT Workstation 4.0 Édition Développeur
Mots-clés : 
KB468079
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com