Un retard dans NetBIOS connexions à partir d'un ordinateur à hébergement multiple

Traductions disponibles Traductions disponibles
Numéro d'article: 166159 - Voir les produits auxquels s'applique cet article
Important Cet article contient des informations sur la façon de modifier le Registre. Veillez à sauvegarder le Registre avant de le modifier. Assurez-vous que vous savez le restaurer en cas de problème. Pour plus d'informations sur la façon de sauvegarder, restaurer et modifier le Registre, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
256986Description du Registre Microsoft Windows
Agrandir tout | Réduire tout

Sommaire

Symptômes

Lorsque vous utilisez un ordinateur à hébergement multiple pour vous connecter à un autre ordinateur et l'ordinateur multirésident exécute une des versions de Microsoft Windows auquel il est fait référence dans la section "S'applique à", il peut y avoir un délai lors de l'établissement de la connexion.

Cause

Ce problème se produit car, par défaut, le redirecteur Windows utilise la logique suivante pour établir une session NetBIOS :
  • Essayez de vous connecter au nom de destination sur tous les transports liées, dans l'ordre qu'ils sont liés.
  • Si IgnoreBindingOrder est définie sur 0, attendez que le transport principal (première liaison) Terminer. Si elle parvient à atteindre la destination, configurer une session sur ce transport. Annuler les autres connexions.
Remarque Dans Microsoft Windows 2000 et versions ultérieures, l'entrée de Registre IgnoreBindingOrder n'existe pas. Si cette entrée de Registre n'existe pas, la valeur par défaut de IgnoreBindingOrder est 1 (vrai). Dans Microsoft Windows NT 4.0, la valeur par défaut de IgnoreBindingOrder est 0 (faux).

Si votre ordinateur multirésident se trouve sur deux réseaux est connectés par un routeur, et si l'ordinateur que vous souhaitez vous connecter est sur un seul de ces réseaux, il existe deux chemins vers le système cible. Si la connexion est établie sur les deux chemins d'accès, le redirecteur choisit le transport principal que le chemin d'accès préféré. Par exemple, le redirecteur peut choisir l'adresse IP de source local qui est associé à cette liaison de NetBIOS sur TCP/IP (NetBT) en tant que chemin d'accès préféré. Le redirecteur annule la connexion restante. En raison de cette option, les paquets qui sont envoyés à partir de l'ordinateur à hébergement multiple peuvent être routés en interne vers le sous-réseau connecté directement et les paquets envoyés par le système cible en réponse traversent le routeur. Ce scénario peut être déroutant résoudre les problèmes.

Résolution

Avertissement Problèmes graves peuvent se produire si vous modifiez le Registre de façon incorrecte à l'aide de l'Éditeur du Registre ou à une autre méthode. Ces problèmes peuvent obliger à réinstaller le système d'exploitation. Microsoft ne peut pas garantir que ces problèmes peuvent être résolus. Modifier le Registre à vos risques et périls.

Un redirecteur de Windows plus récent est disponible. Vous pouvez configurer ce redirecteur à accepter le transport premier pour établir une connexion et Annuler immédiatement les connexions sur les autres transports. Une version plus récente de NetBT qui prend en charge la gestion des mieux de plusieurs appels et annule est également disponible.

Pour tirer parti de cette amélioration, vous devez ajouter un paramètre de Registre.

Pour configurer le paramètre de Registre afin de corriger le problème mentionné dans cet article, démarrez l'Éditeur du Registre, recherchez la sous-clé appropriée en utilisant les informations ci-dessous, puis ajoutez la valeur de Registre.

Microsoft Windows NT 4.0

Utilisez la sous-clé de Registre suivante et la valeur :
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Rdr\Parameters

Nom de valeur : IgnoreBindingOrder
Type valeur : REG_DWORD (Boolean)
Plage de données de valeur: 0, 1 (faux, vrai)
Valeur par défaut: 0 (false)
Valeur: 1
Remarque Si cette valeur est 1 (un), le redirecteur accepter le transport premier pour établir une connexion au lieu d'attendre que réussite ou l'échec de transport principal.

Microsoft Windows Server 2003, Microsoft Windows XP et Microsoft Windows 2000

Utilisez la sous-clé de Registre suivante et la valeur :
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MrxSmb\Parameters

Nom de valeur : IgnoreBindingOrder
Type valeur : REG_DWORD (Boolean)
Plage de données de valeur: 0, 1 (faux, vrai)
Valeur par défaut: 1 (vrai)
Valeur: 1

Statut

Microsoft a confirmé l'existence de ce problème dans les produits Microsoft répertoriés dans la section "S'applique à".

Plus d'informations

Connexions TCP vers et à partir d'ordinateurs à hébergement multiple

Si la connexion est une connexion NetBIOS qui utilise le redirecteur, peu d'informations sur routage est disponible au niveau de l'application. L'interface NetBIOS prend en charge les connexions via divers protocoles et n'a pas connaissance de période d'enquête. Au lieu de cela, le redirecteur place des appels sur tous les transports qui sont liés. Si il n'y a deux interfaces dans l'ordinateur et un protocole est installé, il n'y a deux transports disponibles pour le redirecteur. Appels sont placés sur les transports. NetBT soumet les demandes de connexion à la pile à l'aide d'une adresse IP à partir de chaque interface. Les deux appels peuvent réussir. Dans ce cas, le redirecteur annule un d'eux. Le choix de laquelle un à annuler varie selon la valeur de Registre IgnoreBindingOrder redirecteur. Si la valeur de Registre est 0, le transport principal, qui est déterminé par ordre de liaison, est celui par défaut. Le redirecteur attend que le transport principal expiration du délai d'attente avant d'accepter la connexion de transport secondaire. Si cette valeur est 1, l'ordre de liaison est ignoré. Le redirecteur accepte la première connexion qui réussit et annule les autres.

Remarque Documentation de Microsoft TechNet fait référence à la sous-clé de Registre incorrect (ObeyBindingOrder) sur le site Web de Microsoft suivant :
http://technet.microsoft.com/en-us/library/cc780776.aspx
Ce problème ne s'applique pas aux connexions basées sur Windows Sockets comme Assurez-vous de navigateurs Web. Ce problème se produit seulement sur NetBIOS sur les sessions de TCP/IP comme le partage de fichiers et d'imprimantes. Lorsqu'un programme Windows Sockets établit une connexion à partir d'un ordinateur hôte multi-homed, la meilleure adresse source local est automatiquement sélectionnée à l'aide de la table de routage. Cette sélection se produit à moins que le programme est configuré spécifiquement pour sélectionner une adresse IP locale à utiliser dans l'appel de bind().

Pour plus d'informations sur la sélection d'une carte réseau sortant, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
175396Connexion de Windows Socket à partir d'un ordinateur multirésident

Propriétés

Numéro d'article: 166159 - Dernière mise à jour: jeudi 19 juillet 2007 - Version: 4.2
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Web Edition
  • Microsoft Windows XP Professional
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Professionnel
  • Microsoft Windows NT Workstation 4.0 Édition Développeur
  • Microsoft Windows NT Server 4.0 Standard Edition
Mots-clés : 
kbmt kbbug kbnetwork KB166159 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 166159
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