Résolution des problèmes liés aux id d’événement d’erreur WINS 4102, 4243, 4242 et 4286 messages
Cet article explique comment résoudre les problèmes liés aux messages d’erreur liés à la réplication WINS (Windows Internet Name Service).
S’applique à : Window Server 2003
Numéro de la base de connaissances d’origine : 321208
Remarque
Vous pouvez recevoir des messages de journal des événements WINS différents, en fonction de la version de Microsoft Windows et du Service Pack que vous avez installé sur votre ordinateur. La Base de connaissances Microsoft contient des informations sur toutes les modifications apportées aux messages du journal des événements. Notez toujours le message d’erreur et l’ID d’événement. Un ID d’événement seul peut vous induire en erreur.
Plus d’informations
Avant de résoudre les messages d’erreur liés à la réplication WINS, assurez-vous que votre réseau utilise une véritable topologie de réplication hub-and-spoke. Veillez à configurer chaque serveur pour qu’il pointe vers lui-même. Chaque serveur WINS que vous installez sur votre réseau doit inscrire son propre ensemble de noms uniques et regrouper des noms NetBIOS dans WINS. Des problèmes de service WINS peuvent se produire si différents serveurs WINS possèdent les noms inscrits par un serveur WINS particulier. Pour éviter ces problèmes, configurez chaque serveur WINS en tant que serveur WINS principal et serveur WINS secondaire.
Vous devez configurer correctement la réplication WINS pour disposer d’un réseau efficace prenant en compte WINS. Les fonctionnalités les plus importantes d’une configuration WINS correcte sont décrites dans le chapitre « Configuration de la réplication » du Guide de mise en réseau principale TCP/IP du Kit de ressources Windows 2000 Server. Ces informations sont également incluses dans le chapitre « Meilleures pratiques pour la réplication WINS » du Kit de ressources Windows 2000 Server et dans la rubrique « Meilleures pratiques » dans le fichier d’aide en ligne de Windows 2000 Server.
Remarque
Vous devez éviter la réplication push-pull dans une boucle. Microsoft vous recommande d’utiliser un véritable modèle WINS hub-and-spoke.
La section « Résolution des problèmes WINS » du Kit de ressources Windows 2000 Server décrit certaines étapes de dépannage de base pour les problèmes courants.
Si les serveurs se trouvent sur plusieurs routeurs, vérifiez qu’il n’y a pas de connexion réseau perdue ou de routeur défaillant sur une liaison intermédiaire. Assurez-vous également que le port TCP 42 n’est pas bloqué sur un périphérique réseau intermédiaire, tel qu’un routeur ou un pare-feu.
Message d’événement WINS ID d’événement 4243
Le message d’ID d’événement suivant est un exemple de message d’ID d’événement 4243. La section données contient des informations importantes pour la résolution des problèmes : la traduction du code d’erreur 4243 est WINS_EVT_RPLPULL_PUSH_NTF_EXC.
Les messages du journal des événements du serveur WINS contiennent des données que vous pouvez utiliser pour déterminer la raison d’une erreur. Modifiez l’affichage de la section de données de l’événement en octets en mots. Le deuxième mot de données de la section données est associé au type d’erreur qui a été enregistré. Le type d’erreur qui a été enregistré est la clé de la résolution de ce problème. La traduction du deuxième mot de données (e0000008) dans la section données de l’exemple est « WINS_COMM_FAIL - Un échec de communication s’est produit. Recherchez les systèmes déconnectés ou inaccessibles. »
Pour résoudre ce problème, recherchez les ordinateurs déconnectés ou inaccessibles. Étant donné que cette erreur est liée au réseau, vous pouvez effectuer une trace réseau pour déterminer quel serveur WINS échoue.
Remarque
Vous pouvez utiliser l’outil Moniteur d’événements pour arrêter le Moniteur réseau dès que l’événement se produit.
Causes possibles des messages d’événement WINS 4243
Vous pouvez recevoir ce message d’événement si l’une des conditions suivantes est remplie :
- Vous n’avez pas configuré correctement le partenariat de réplication.
- Le service WINS n’est pas en cours d’exécution sur le partenaire de réplication.
- Un serveur WINS dispose d’un partenaire Pull, mais le service WINS n’est pas installé sur le partenaire Pull. Dans ce cas, le serveur cible répond avec un paquet « Réinitialisation TCP ».
- Un serveur WINS dispose d’un partenaire Pull, mais le partenaire Pull n’est pas accessible pour une raison quelconque. Dans ce cas, un paquet « TCP Sync » est envoyé, mais rien n’est reçu (un paquet « TCP Syn-Ack » n’est pas retourné).
Résolution des messages d’événement WINS 4243
Pour résoudre le message d’événement WINS 4243, effectuez une trace du Moniteur réseau pour rechercher tous les partenaires de réplication obsolètes, puis supprimez tous les partenaires de réplication obsolètes.
Remarque
Pour identifier le trafic de réplication wins push ou pull, examinez le trafic sur le port TCP 42. Vous pouvez préfiltrer la trace pour les images sur ce port.
Pour effectuer une trace du moniteur réseau :
Recherchez l’horodatage exact de l’erreur dans le journal des événements système du serveur WINS qui reçoit l’erreur WINS 4243, puis recherchez les occurrences de trames TCP SYN ou RESET à ce moment-là dans la trace.
Recherchez dans la trace des frames où la propriété Tcp Flags inclut « Réinitialiser la connexion ». Le service WINS n’est pas installé ou n’est pas en cours d’exécution sur l’ordinateur qui a envoyé la réinitialisation TCP.
Filtrez les paquets SYN (Synchroniser les numéros de séquence).
Recherchez dans la trace des trames où la propriété Tcp Flags inclut « Synchroniser les numéros de séquence », puis déterminez si toutes ces images ont été traitées.
Un partenaire de réplication obsolète est un serveur qui envoie un paquet de réinitialisation TCP ou un serveur qui ne répond pas. Supprimez les partenaires de réplication obsolètes de la liste des partenaires de réplication de votre serveur WINS. Si des clusters serveur Windows 2000 WINS sont impliqués, utilisez uniquement la ressource IP virtuelle pour chaque cluster de serveur WINS en tant que partenaire de réplication. Sur tous les serveurs WINS, supprimez les nœuds physiques Windows 2000 de la liste des partenaires de réplication pour les clusters de serveur Windows 2000 WINS.
Message d’événement WINS ID d’événement 4102
Le message d’événement suivant est un exemple de message d’événement ID d’événement 4102. La section données contient des informations importantes pour la résolution des problèmes. Modifiez l’affichage de la section de données de l’événement en octets en mots. Si un serveur WINS a configuré un partenaire Pull, mais que le partenaire Pull n’a pas configuré de partenaire Push, le partenaire Pull enregistre un ID d’événement 4102.
Si vous exécutez une trace du moniteur réseau, vous voyez que la session TCP est établie (établissement d’une liaison TCP triple). Pour analyser ce type d’erreur, configurez le Moniteur réseau avec l’analyseur WINS. Lorsque vous utilisez l’analyseur WINS du moniteur réseau approprié, la demande et la réponse « Démarrer l’association » s’affichent pour le serveur WINS source et le serveur WINS cible.
Lorsque le client source envoie un message « Wins Add version Number Map Table Request », le serveur WINS cible (qui n’a pas de partenaire configuré) envoie le message d’erreur suivant :
WINS : Stop Reason = Message Error
Lorsque cette erreur se produit, le serveur WINS qui lance la réplication répond avec le message d’erreur suivant :
WINS : Motif d’arrêt = initié par l’utilisateur
Lorsque cela se produit, la session TCP est supprimée (TCP FIN).
Causes possibles des messages d’événement WINS 4102
Un message d’événement d’ID d’événement WINS 4102 signifie généralement qu’il y a un échec de communication pendant une connexion WINS. Cela peut se produire si un serveur WINS est configuré en tant que partenaire Push ou Pull avec un ordinateur qui n’est pas configuré en tant que partenaire avec le premier serveur WINS. Vérifiez que tous les serveurs WINS de l’environnement sont correctement configurés.
Vous pouvez également recevoir un message d’événement WINS ID 4102 si un serveur WINS non autorisé s’exécute sur le réseau.
Résolution des messages d’événement WINS 4102
Pour résoudre le message d’événement WINS 4102 :
- Exécutez une trace du moniteur réseau, puis identifiez le serveur WINS distant (partenaire d’extraction) qui envoie le message d’erreur « WINS : Stop Reason = Message Error ».
- Suivez l’une des étapes suivantes :
Sur le serveur WINS où l’ID d’événement 4102 est enregistré, supprimez le serveur WINS distant de la liste des partenaires de réplication.
Sur le serveur WINS distant (le partenaire d’extraction), configurez un partenaire Push vers lequel effectuer la réplication. Le partenaire push est le serveur WINS qui enregistre le message d’ID d’événement 4102.
Message d’événement WINS ID d’événement 4281
Le message d’ID d’événement suivant est un exemple de message d’événement ID d’événement 4281. La section données contient des informations importantes pour la résolution des problèmes. Modifiez l’affichage de la section de données de l’événement en octets en mots. Ce message d’erreur est généralement enregistré en combinaison avec d’autres messages d’erreur WINS. Un message d’ID d’événement 4281 est généralement enregistré en tant qu’effet secondaire d’autres erreurs WINS. En règle générale, vous résolvez ce message d’erreur lorsque vous résolvez les autres messages d’erreur WINS.
Message d’événement WINS ID d’événement 4242
Le message d’ID d’événement suivant est un exemple de message d’événement ID d’événement 4242. La section données contient des informations importantes pour la résolution des problèmes. Modifiez l’affichage de la section de données de l’événement en octets en mots. Étant donné que le code d’erreur dans la section données est lié au réseau, consultez les étapes de résolution des problèmes dans la section « ID d’événement d’erreur WINS 4102 » de cet article.
Message d’événement WINS ID d’événement 4286
Le message d’ID d’événement suivant est un exemple de message d’événement ID d’événement 4286. La section données contient des informations importantes pour la résolution des problèmes. Modifiez l’affichage de la section de données de l’événement en octets en mots. La situation décrite par ce message d’erreur est temporaire et se résout automatiquement au fil du temps. En règle générale, vous recevez ce message d’événement sur les serveurs WINS qui ont une liste très longue de partenaires de réplication. En règle générale, une pénurie de ports éphémères provoque ce problème.
Résolution du message d’événement WINS ID 4286
Importante
Cette section, méthode ou tâche contient des étapes vous indiquant comment modifier le Registre. Toutefois, des problèmes graves peuvent se produire si vous modifiez le Registre de façon incorrecte. Par conséquent, veillez à suivre ces étapes scrupuleusement. Pour une meilleure protection, sauvegardez le registre avant de le modifier. Vous pouvez alors le restaurer en cas de problème. Pour plus d’informations sur la sauvegarde et la restauration du Registre, cliquez sur le numéro d’article suivant pour afficher l’article dans la Base de connaissances Microsoft : 322756 Comment sauvegarder et restaurer le Registre dans Windows
Pour résoudre ce problème, vous pouvez attendre que le problème se résolve lui-même ou suivre les étapes de résolution suivantes :
Examinez votre topologie de réplication et vérifiez que vous êtes configuré pour une véritable topologie de réplication Hub-and-Spokes.
Vérifiez qu’il n’y a pas de pénurie de connexion TCP. Avant l’envoi du paquet TCP, l’ordinateur vérifie qu’il dispose de ressources suffisantes, par exemple des ports TCP sortants gratuits. Pour vérifier qu’il n’y a pas de pénurie de connexion TCP, procédez comme suit :
Exécutez la commande suivante sur l’ordinateur défaillant (au moment où cet ordinateur enregistre les erreurs de l’ID d’événement 4286), puis enregistrez la sortie dans un fichier. Pour ce faire, exécutez la commande suivante à partir d’une invite de commandes :
netstat -a
Recherchez le nombre total de sessions et les ports utilisés, examinez l’état des sessions pour déterminer si le nombre de sessions a atteint la valeur maximale. Par défaut, la valeur maximale est 5 000.
Si la sortie indique que le serveur a épuisé tous les ports compris entre 1024 et 5 000, le serveur n’a plus de ports éphémères. Pour résoudre ce problème, procédez comme suit :
Démarrez l’Éditeur du Registre.
Recherchez la valeur MaxUserPort sous la clé suivante dans le Registre :
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
Double-cliquez sur la valeur MaxUserPort, tapez 65534 dans la zone Données de la valeur , puis cliquez sur OK.
Remarque
65534 est la valeur maximale de la valeur MaxUserPort.
Quittez l’Éditeur du Registre.
Redémarrez le serveur WINS.
ID d’événement WINS 4121 (ou 4116 sur NT4) Message d’événement
Le message d’ID d’événement suivant est un exemple de message d’erreur 4121 de l’ID d’événement Windows 2000. La section données contient des informations importantes pour la résolution des problèmes. Modifiez l’affichage de la section de données de l’événement en octets en mots.
Remarque
L’ID d’événement correspondant sur un ordinateur Windows NT4 est 4116.
Mots de données :
00000f58 0a080b73 0000164e 00000000 00001652 000000000
00000f58 0a05f0c6 00005fcf 000000000000061ac 0000000000
00000f58 dc0f05c9 00005c76 00000000 000068c8 0000000000
La traduction du code d’erreur 4121 est WINS_EVT_NO_RPL_RECS_RETRIEVED.
Sur Windows 2000, vous pouvez recevoir les messages d’événements wins 4121 du journal des événements si l’une des conditions suivantes est remplie :
Un ordinateur reçoit une notification Push. Sur la base de cette notification, l’ordinateur utilise le mécanisme d’extraction pour obtenir tous les enregistrements plus récents que ceux indiqués par l’ID de version le plus élevé. Lorsqu’un partenaire d’extraction tente d’obtenir les enregistrements en fonction des ID de version dont il a été informé, ces enregistrements n’existent plus dans la base de données du partenaire.
Ce problème peut se produire si un partenaire push répertorie une entrée qui est déjà obsolète avant que l’heure d’extraction soit atteinte. Par exemple, si vous envoyez un push, que l’entrée est mise à jour, puis que vous l’envoyez à nouveau avant qu’une extraction ne se produise, vous pouvez recevoir ce message d’événement. Pour résoudre ce comportement, réglez le nombre d’envois et le temps d’extraction. Augmentez le nombre d’envois et diminuez le temps d’extraction jusqu’à ce que le comportement s’arrête.
Une entrée de Registre PersonaNonGrata inclut le serveur qui est un partenaire de réplication.
Sinon, vous pouvez recevoir le message d’événement wins 4121 du journal des événements si les deux conditions suivantes sont remplies :
Vous disposez de deux serveurs WINS : un partenaire push et un partenaire pull.
Lorsque le partenaire d’extraction lance une réplication (par exemple, une demande de tirage), le comportement suivant peut se produire :
Remarque
La flèche indique le sens du trafic.
Partenaire d’extraction -> Partenaire Push
Le partenaire d’extraction envoie au partenaire push une requête pour obtenir une liste de serveurs WINS et l’ID de version le plus élevé.
Partenaire d’extraction <- Partenaire Push
Le partenaire push renvoie la liste des serveurs WINS et l’ID de version le plus élevé. Le partenaire push retourne une liste, car il peut également être un partenaire d’extraction d’autres serveurs WINS et avoir dans ses adresses IP de base de données que d’autres serveurs WINS possèdent.
Partenaire d’extraction <- Partenaire Push
Sur le partenaire push : pour chaque serveur WINS, comparez l’ID de version le plus élevé avec l’ID de version le plus récent qui a été répliqué. Si l’ID de version le plus élevé est supérieur à celui répliqué, le partenaire push envoie une requête au partenaire d’extraction avec l’ID de version le plus élevé.
Partenaire d’extraction -> Partenaire Push
Le partenaire d’extraction envoie une liste d’entrées. Si la liste est vide, tous les nouveaux enregistrements n’existent plus et un événement WINS 4121 (ou sur Windows NT4, un événement WINS 4116) est enregistré avec l’adresse IP du serveur WINS propriétaire des enregistrements. (Il peut s’agir du partenaire d’extraction ou de n’importe quel partenaire. Le partenaire est à son tour un partenaire d’extraction de ce partenaire d’extraction).
Cet événement est à information uniquement et ne signale pas de problème. Utilisez le guide suivant pour vous aider à interpréter les données incluses dans le message d’événement :
Chaque ligne de la section « Mots de données » du message d’événement a la structure suivante
4 octets = numéro de ligne dans le code source (utilisé uniquement par Microsoft à des fins de débogage)
4 octets = adresse IP d’un serveur WINS (le partenaire d’extraction ou tout serveur WINS qui réplique avec le partenaire d’extraction)
8 octets = nombre de 64 bits pour l’ID de version minimale
8 octets = nombre de 64 bits pour l’ID de version maximale
Dans l’exemple précédent, les trois lignes de mots de données se traduisent comme suit :
Adresse IP, version minimale, Max-Version
------------- -------------- -------------
10.8.11.115, 164E 0, 1652 0 (La différence entre hex1652 - 164E = 4 est le nombre d’enregistrements à répliquer)
10.5.240.198, 5fcf 0, 61ac 0 (477 enregistrements à répliquer)
220.15.5.201, 5c76 0, 68c8 0(3154 enregistrements à répliquer)
Ce comportement est dû à la conception, et WINS continue de journaliser le message d’événement. Dans Windows NT 4.0 et versions ultérieures, l’ordinateur enregistre cet événement uniquement si vous avez activé l’option Journaliser les événements détaillés .
Pour désactiver la journalisation détaillée, procédez comme suit :
- Dans WINS Manager, cliquez sur Configuration dans le menu Serveur .
- Cliquez sur Avancé, puis désactivez la zone Événements détaillés du journal case activée.
Base de données WINS endommagée
Dans de rares cas, la base de données WINS peut être endommagée. Pour récupérer de cette situation, procédez comme suit :
- Arrêtez la réplication.
- Supprimez les partenaires de réplication.
- Utilisez l’outil Jetpack sur la base de données sur le serveur hub.
- Rétablissez la réplication, puis forcez une réplication.
- Utilisez wins Microsoft Management Console (MMC) pour examiner la cohérence de la base de données WINS.
Dans un environnement WINS volumineux où les adresses IP changent constamment, ne configurez pas l’option Répliquer sur un serveur WINS NT4. Le paramètre équivalent sur un serveur Windows 2000 WINS est la zone Lorsque l’adresse change case activée dans le composant logiciel enfichable WINS. Cliquez pour effacer la zone case activée pour restaurer le paramètre par défaut.
Pour plus d’informations, cliquez sur les numéros d’article suivants pour afficher les articles dans la Base de connaissances Microsoft :
150737 Définition des options de serveur WINS principal et secondaire
Pour plus d’informations, consultez le livre blanc « Windows Internet Naming Service (WINS) : architecture et planification de la capacité ». Pour ce faire, visitez le site web Microsoft suivant :
Windows 2000 Server Windows Internet Naming Service (WINS) Vue d’ensemble
Exécution de WINS sur un cluster
Sur un cluster de serveur Windows 2000, configurez tous les partenaires de réplication WINS à répliquer avec le serveur virtuel sur le cluster de serveurs. Sur un cluster de serveur Windows NT 4.0, vous devez configurer les nœuds uniques en tant que partenaires de réplication, car la fonctionnalité de basculement n’est pas disponible pour le service WINS sur les clusters de serveur Windows NT 4.0.
Guide pratique pour configurer le moniteur réseau pour utiliser l’analyseur WINS
Le Kit de ressources Microsoft Windows 2000 Server inclut l’analyseur de moniteur réseau de réplication WINS (Wins.dll) qui peut être utile pour résoudre les problèmes.
Pour télécharger la version mise à jour du fichier Wins.dll, consultez « Supplément Un » du Kit de ressources Windows 2000 Server. Pour utiliser l’analyseur de réplication WINS :
Copiez l’analyseur de réplication WINS (Wins.dll) dans le dossier System32\NetmonFull\Parsers.
Ajoutez la ligne suivante à la section [PARSERS] dans le fichier Parser.ini :
wins.dll =0: WINS
Ajoutez la section suivante au fichier Parser.ini :
[WINS] Comment="WINS Protocol" FollowSet= HelpFile=
Remarque
Le fichier Parser.ini se trouve dans le dossier System32\NetmonFull.
Ajoutez la ligne suivante à la section [TCP_HandoffSet] dans le fichier Tcpip.ini :
42 = WINS; added
Remarque
Le fichier Tcpip.ini se trouve dans le dossier System32\NetmonFull\Parsers.
Exemple de trame de réplication WINS
Après avoir configuré l’analyseur WINS, vous pouvez voir les détails de chaque package de réplication WINS lorsque vous exécutez une trace du moniteur réseau. Par exemple :
#2725 10 :05 :01.208 00307B967C50 0002A56BB95B WINS Replication Packet
ADRESSE IP : Adresse source = 10.46.4.201
ADRESSE IP : Adresse de destination = 10.12.49.23 IPTCP : .AP..., len : 45, seq : 44355679-44355724, ack : 799772100, win : 8760, src : 2874 dst : 42
TCP : Port source = 0x0B79
TCP : Port de destination = Serveur de noms d’hôteWINS : Paquet de réplication WINS
WINS : Taille des données WINS = 41 (0x29)
WINS : Wins Opcode = Frame non NBT
WINS : Wins Association Context = 0 (0x0)
WINS : Type de message WINS = Démarrer la demande d’association
WINS : Wins Association Context = 807300098 (0x301E6C02)
WINS : WINS Version mineure = 1 (0x1)
WINS : WINS Version majeure = 1 (0x1)
Pour déterminer si le partenaire de réplication exécute un ordinateur Windows NT 4.0 ou windows 2000, consultez la version principale et la version mineure. Les ordinateurs Windows 2000 apparaissent en tant que version mineure 2 et version principale 5, et les ordinateurs Windows NT 4.0 apparaissent en tant que version mineure 1 et version majeure 1.
Frame correspondant pour un message d’événement WINS ID 4102
Le serveur WINS qui lance la réplication et envoie cette trame enregistre l’erreur WINS 4102 dans le journal des événements système.2330 10 :04 :57.896 0002A56BB95B CISCO 07AC45 WINS Replication Packet Source Address ->Destination Address IP
ADRESSE IP : Adresse source = Adresse IP
IP : Adresse de destination = Adresse IPTCP : .AP..., len : 44, seq : 498801786-498801830, ack : 522782479, win : 17475, src : 2937 dst : 42
TCP : Port source = 0x0B79
TCP : Port de destination = Serveur de noms d’hôteWINS : Paquet de réplication WINS
WINS : Taille des données WINS = 40 (0x28)
WINS : Wins Opcode = Frame non NBT
WINS : Wins Association Context = 942499842 (0x382D6802)
WINS : Type de message WINS = Stop Association Message
WINS : Motif d’arrêt = initié par l’utilisateur
Remarque
Si vous voyez cette trame dans une trace du moniteur réseau, cela n’implique pas automatiquement une erreur, car cette trame est également envoyée après une réplication réussie.
Commentaires
https://aka.ms/ContentUserFeedback.
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultezEnvoyer et afficher des commentaires pour