Verzögerung in NetBIOS-Verbindungen von einem mehrfach vernetzten computer

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 166159 - Produkte anzeigen, auf die sich dieser Artikel bezieht
wichtig Dieser Artikel enthält Informationen zum Ändern der Registrierung. Stellen Sie sicher, dass Sie die Registrierung sichern bevor Sie Sie ändern. Stellen Sie sicher, dass Sie die Registrierung wiederherstellen kennen, wenn ein Problem auftritt. Weitere Informationen zum Sichern, Wiederherstellen und Bearbeiten der Registrierung finden Sie im folgenden Artikel der Microsoft Knowledge Base:
256986Beschreibung der Microsoft Windows-Registrierung
Alles erweitern | Alles schließen

Auf dieser Seite

Problembeschreibung

Wenn Sie einen mehrfach vernetzten Computer Verbindung zu einem anderen Computer verwenden, und der mehrfach vernetzten Computer läuft eine der Versionen von Microsoft Windows, die in Abschnitt "Gilt für" verwiesen wird, kann es eine Verzögerung im Aufbau der Verbindung.

Ursache

Dieses Problem tritt auf, weil standardmäßig Windows-Redirector die folgende Logik, verwendet um eine NetBIOS-Sitzung einzurichten:
  • Versuchen Sie, an den Zielnamen auf alle gebundenen Transporte, in der Reihenfolge eine Verbindung herzustellen, dass Sie gebunden sind.
  • Wenn IgnoreBindingOrder auf 0 festgelegt ist, warten Sie den primären (zuerst gebunden) Transport um fertig zu stellen. Wenn es erfolgreich in das Ziel erreichen, richten Sie eine Sitzung auf diesen Transport. Brechen Sie die anderen Verbindungen.
Hinweis: In Microsoft Windows 2000 und späteren Versionen ist der IgnoreBindingOrder-Registrierungseintrag nicht vorhanden. Wenn dieser Registrierungseintrag nicht vorhanden ist, ist der Standardwert für die IgnoreBindingOrder 1 (WAHR). In Microsoft Windows NT 4.0 ist der Standardwert für IgnoreBindingOrder 0 (falsch).

Wenn der mehrfach vernetzten Computer mit zwei Netzwerken ist, die von einem Router verbunden sind und der Computer, dem Sie herstellen möchten nur einen von diesen Netzwerken befindet, gibt es zwei Pfade auf dem Zielsystem. Wenn auf beiden Pfade die Verbindung erfolgreich ist, wählt der Redirector den primären Transport als den bevorzugten Pfad. Der Redirector-Dienst kann z. B. die lokale IP-Quelladresse auswählen, die über TCP/IP (NetBT) als den bevorzugten Pfad die Bindung von NetBIOS zugeordnet ist. Der Redirector wird die verbleibende Verbindung abgebrochen. Aufgrund der diese Option Pakete, die von den mehrfach vernetzten Computer gesendet werden können intern mit dem direkt verbundenen Subnetz weitergeleitet werden und die Pakete, die in Antwort das Zielsystem sendet den Router durchlaufen. In diesem Szenario kann zur Problembehandlung bei verwirrend sein.

Lösung

Warnung Schwerwiegende Probleme können auftreten, wenn Sie die Registrierung falsch mithilfe des Registrierungs-Editors oder mithilfe einer anderen Methode ändern. Diese Probleme erfordern möglicherweise eine das Betriebssystem neu installieren. Microsoft kann nicht garantieren, dass diese Probleme gelöst werden können. Ändern Sie die Registrierung auf eigene Gefahr.

Ein neuer Windows-Redirector ist verfügbar. Sie können konfigurieren, dass dieser Redirector, akzeptieren den ersten Transport um eine Verbindung abzuschließen und die Verbindungen auf anderen Transporte sofort Abbrechen. Eine neuere Version von NetBT, das eine bessere Handhabung von mehrere Aufrufe unterstützt und abbricht, ist auch verfügbar.

Um diese Verbesserung zu nutzen, müssen Sie einen Registrierungsparameter hinzufügen.

Konfigurieren den Registrierungsparameter, um das Problem zu beheben, auf die verwiesen wird, um den in diesem Artikel Registrierungseditor zu starten, suchen Sie den entsprechenden Unterschlüssel mithilfe der folgenden Informationen und dann Hinzufügen des Registrierungswerts.

Microsoft Windows NT 4.0

Verwenden Sie die folgenden Registrierungsunterschlüssel und Wert:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Rdr\Parameters

Wertname: IgnoreBindingOrder
Werttyp: REG_DWORD (boolescher Wert)
Datenbereich Wert: 0, 1 (false, true)
Standardwert: 0 (falsch)
Wert: 1
Hinweis: Das Festlegen dieser Wert auf 1 (eins) bewirkt, dass den Redirector, um den ersten Transport, anstatt auf Erfolg oder Fehlschlag der primäre Transport warten Serververbindung übernehmen.

Microsoft Windows Server 2003, Microsoft Windows XP und Microsoft Windows 2000

Verwenden Sie die folgenden Registrierungsunterschlüssel und Wert:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MrxSmb\Parameters

Wertname: IgnoreBindingOrder
Werttyp: REG_DWORD (boolescher Wert)
Datenbereich Wert: 0, 1 (false, true)
Standardwert: 1 (True)
Wert: 1

Status

Microsoft hat bestätigt, dass dies ein Problem in Microsoft-Produkten handelt, die im Abschnitt "Gilt für" aufgeführt sind.

Weitere Informationen

TCP-Verbindungen zu und von mehrfach vernetzten Computer

Die Verbindung ist eine NetBIOS-basierte Verbindung den Redirectordienst verwendet, etwas Routinginformationen verfügbar auf der Anwendungsebene. Die NetBIOS-Schnittstelle unterstützt Verbindungen über verschiedene Protokolle und verfügt über keine Kenntnisse über IP. Stattdessen platziert der Redirector Aufrufe auf die Transporte, die an diese gebunden sind. Wenn sich zwei Schnittstellen auf dem Computer befinden, und ein Protokoll installiert ist, stehen zwei Transporte, die der Redirector-Dienst zur Verfügung stehen. Anrufe werden auf beide Transporte platziert. NetBT sendet die Verbindungsanforderungen an den Stapel mit eine IP-Adresse von jeder Schnittstelle. Möglicherweise beide Aufrufe erfolgreich. Wenn dies der Fall ist, bricht der Redirector eine davon ab. Die Wahl hängt eine zum Abbrechen der Redirector Registrierungswert IgnoreBindingOrder. Wenn der Registrierungswert auf 0 ist, ist der primäre Transport, durch die Bindungsreihenfolge, bestimmt der bevorzugten. Der Redirector wartet für den primären Transport zu einem Timeout, bevor er die Verbindung auf den sekundären Transport annimmt. Wenn dieser Wert 1 ist, wird die Bindungsreihenfolge ignoriert. Der Redirector-Dienst akzeptiert die erste Verbindung, die erfolgreich ausgeführt wird und die anderen abbricht.

Hinweis: Microsoft TechNet-Dokumentation verweist auf den falschen Registrierungsunterschlüssel (ObeyBindingOrder) auf folgender Website von Microsoft:
http://technet.microsoft.com/en-us/library/cc780776.aspx
Dieses Problem gilt nicht für Windows Sockets-basierte Verbindungen, z. B. WebBrowser. Dieses Verhalten tritt nur auf NetBIOS over TCP/IP Sitzungen wie z. B. Datei- und Druckerfreigabe. Nimmt eine Windows Sockets-Anwendung eine Verbindung von einem multi-homed Host, ist die beste lokalen Quelladresse automatisch mithilfe der Route-Tabelle ausgewählt. Diese Auswahl eintritt, sofern das Programm speziell darauf eingestellt ist, eine lokale IP-Adresse in den Aufruf bind() verwenden auswählen.

Weitere Informationen zum Auswählen eines ausgehenden Netzwerkadapters finden Sie im folgenden Artikel der Microsoft Knowledge Base:
175396Windows Socket-Verbindung von einem mehrfach vernetzten computer

Eigenschaften

Artikel-ID: 166159 - Geändert am: Donnerstag, 19. Juli 2007 - Version: 4.2
Die Informationen in diesem Artikel beziehen sich auf:
  • 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 Professional Edition
  • Microsoft Windows NT Workstation 4.0 Developer Edition
  • Microsoft Windows NT Server 4.0 Standard Edition
Keywords: 
kbmt kbbug kbnetwork KB166159 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 166159
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

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