DetailPage-MSS-KB

Knowledge Base

Artikel-ID: 175767 - Geändert am: Dienstag, 2. April 2013 - Version: 1.0

 
Dieser Artikel wurde zuvor veröffentlicht unter D175767

Auf dieser Seite

Zusammenfassung

Wenn Sie einen Windows-basierten Computer konfigurieren, der mehrere Netzwerkadapter auf dem gleichen physikalischen Netzwerk und Protokoll-Subnetz verfügt, können Sie unerwartete Ergebnisse auftreten. Dieser Artikel beschreibt das erwartete Verhalten dieser Art nicht dem Standard entsprechende Konfiguration.

Weitere Informationen

Betrachten Sie das folgende Szenario:
  • Sie haben einen funktionsfähigen Computer, der Windows installiert ist.
  • Zwei Netzwerkadapter sind mit den gleichen physikalischen Netzwerk oder einen Hub verbunden.
  • TCP/IP ist als Netzwerkprotokoll installiert.
  • Die Adapteradressen im selben Subnetz sind 192.168.0.1 und 192.168.0.2.
  • Ein Client im Netzwerk wird die Adresse 192.168.0.119 verwendet.
In diesem Szenario erwarten Sie möglicherweise zwei Adapter im selben physischen Netzwerk und Subnetz Lastenausgleich durchführen. Jedoch kann per Definition nur ein Adapter im Netzwerk zu einem Zeitpunkt in der Topologie der Ethernet-Netzwerk kommunizieren. Daher beide Adapter können nicht zur selben Zeit übertragen werden und müssen warten, wenn ein anderes Gerät im Netzwerk übertragen werden. Darüber hinaus müssen Broadcastmeldungen von jedem Adapter behandelt werden, da beide im selben Netzwerk überwacht werden. Diese Konfiguration erfordert erheblichen Aufwand, mit Ausnahme von Problemen mit dem Protokoll. Diese Konfiguration bietet eine gute Methode für die Bereitstellung eines redundanten Netzwerkadapter für das Netzwerk nicht.

Wird davon gegangen Sie aus, dass der Server über das TCP/IP-Protokoll an einen Client, dessen Adresse 192.168.0.119 ist, ein Paket zu senden. Diese Adresse befindet sich im lokalen Subnetz. Aus diesem Grund muss ein Gateway nicht verwendet werden, um den Client erreichen. Der Protokollstapel verwendet die erste Route, die sie in der lokalen Routingtabelle findet. In der Regel ist dies der erste Adapter, der installiert wurden. Dieser Adapter ist in diesem Fall 192.168.0.1. Wenn die Übertragung fehlschlägt, können spätere Versuche den gleichen Adapter den Eintrag in der Routingtabelle gefunden wird.

Wenn die Netzwerkkabel für die Adresse 192.168.0.1 Adapter fehlschlägt, wird notwendigerweise dadurch nicht die Route aus der Routingtabelle entfernt werden. Der zweite Adapter kann daher noch nicht verwendet werden.

Zu berücksichtigen ist, dass einige Netzwerkanwendungen an bestimmte Adapter im System binden. Wenn eine Netzwerkanwendung wurden speziell an die zweite Netzwerkkarte gebunden, möglicherweise anwendungsbezogene Datenverkehr, der von Clients am ersten Adapter empfangen wurde von der Anwendung ignoriert. Dies könnte auf die NetBIOS-Namensregistrierung im Netzwerk zurückzuführen sein. Fällt der Adapter an dem die Anwendung gebunden ist, kann darüber hinaus die Anwendung fehl, wenn keine anderen Adapter verwendet werden.

In der Regel, sofern Anwendungen dies es, ist diese Art der Konfiguration nicht. Einige Hersteller bieten fehlertolerante Netzwerkadapter zum Schutz gegen einen single Point of Failure. Diese Adapter ermöglichen zwei Adapter auf demselben Server vorhanden sein, aber aktivieren Sie nur ein Adapter gleichzeitig verwendet werden. Wenn der primäre Adapter fehlschlägt, wird der Treiber deaktiviert die erste Karte und das zweite mit der gleichen Adressenkonfiguration ermöglicht. Das Ergebnis ist ein äußerst nahtloser Übergang zum alternativen Adapter. Dies ist die bevorzugte Methode zum Schutz gegen einen einzelnen Netzwerkadapter als ein single Point of Failure.

Windows Serverfailover-Clusterunterstützung

Windows Server Failover-Clusterunterstützung verwendet keine zusätzlichen Adapter im selben Netzwerk und arbeitet mit bestehenden Features des TCP/IP-Protokolls. Bei einem Ausfall des Adapters wird versucht die Software nicht automatisch IP-Adressressource Adressen auf dem anderen Adapter zu registrieren. Wenn Sie einen einzelnen Netzwerkadapter als ein single Point of Failure vermeiden möchten, konfigurieren Sie die Netzwerkadapter werden in verschiedenen logischen Subnetzen. Oder verwenden Sie die NIC-Teaming, um mehrere physische Adapter in einem einzigen logischen Adapter (wie weiter oben in diesem Artikel erwähnt) zu kombinieren.

Die vorherige Informationen gelten für die broadcast-Route. Die Route zum Subnetz wird die höchste numerische IP-Adresse im Subnetz verwendet. Z. B. übernehmen Sie zwei Adapter mit den IP-Adressen 192.168.0.1 und 192.168.0.2, und davon gehen Sie aus, dass 192.168.0.1 zuerst installiert wurde. Dies erstellt die folgenden Routen:
   192.168.0.0   255.255.255.0  192.168.0.1    192.168.0.1
   192.168.0.0   255.255.255.0  192.168.0.2    192.168.0.2
   192.255.255.255   255.255.255.255  192.168.0.1  192.168.0.1
   255.255.255.255   255.255.255.255  192.168.0.1  192.168.0.1
				

Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Windows NT Server 4.0 Enterprise Edition
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • Windows Server 2008 Enterprise
  • Windows Server 2008 Datacenter
  • Windows Server 2008 R2 Enterprise
  • Windows Server 2008 R2 Datacenter
  • Windows Server 2012 Standard
  • Windows Server 2012 Datacenter
Keywords: 
kbinfo kbnetwork kbmt KB175767 KbMtde
Maschinell übersetzter ArtikelMaschinell ü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: 175767  (http://support.microsoft.com/kb/175767/en-us/ )
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.
Freigeben
Weitere Supportoptionen
Microsoft Community-Supportforen
Kontaktieren Sie uns direkt
Zertifizierten Partner finden
Microsoft Store
Folgen Sie uns: