Zusammenfassung
Wenn Sie einen Windows-basierten Computer konfigurieren, der über mehr als einen Netzwerkadapter im selben physischen Netzwerk und Protokollsubnetz verfügt, können unerwartete Ergebnisse auftreten. In diesem Artikel wird das erwartete Verhalten dieser Art von nicht standardmäßiger Konfiguration beschrieben.
Weitere Informationen
Nehmen Sie folgendes Szenario an:
- Sie verfügen über einen funktionierenden Computer, auf dem Windows installiert ist.
- Zwei Netzwerkadapter sind mit demselben physischen Netzwerk oder Hub verbunden.
- TCP/IP ist als Netzwerkprotokoll installiert.
- Die Adapteradressen im gleichen Subnetz sind 192.168.0.1 und 192.168.0.2.
- Ein Client im Netzwerk verwendet die Adresse 192.168.0.119.
In diesem Szenario können Sie davon ausgehen, dass die beiden Adapter im gleichen physischen Netzwerk und Protokollsubnetz einen Lastenausgleich durchführen. Definitionsgemäß kann jedoch jeweils nur ein Adapter in der Ethernet-Netzwerktopologie im Netzwerk kommunizieren. Daher können nicht beide Adapter gleichzeitig übertragen werden und müssen warten, wenn ein anderes Gerät im Netzwerk sendet. Außerdem müssen Übertragungsnachrichten von jedem Adapter verarbeitet werden, da beide im selben Netzwerk lauschen. Diese Konfiguration erfordert einen erheblichen Mehraufwand, protokollbezogene Probleme ausgenommen. Diese Konfiguration bietet keine gute Methode zum Bereitstellen eines redundanten Netzwerkadapters für das gleiche Netzwerk.
Hinweis: Windows Server 2012 enthält eine neue Funktion mit dem Namen SMB Multichannel. SMB Multichannel ist Teil des SMB 3.0-Protokolls und ermöglicht Servern, mehrere Netzwerkverbindungen gleichzeitig zu nutzen. Weitere Informationen zu SMB Multichannel finden Sie unter Die Grundlagen von SMB Multichannel, einem Feature von Windows Server 2012 und SMB 3.0.
Hinweis: Windows Server 2012-Server können nicht mehrere Netzwerkverbindungen gleichzeitig verwenden, wenn das Netzwerk mithilfe von CSMA/CD konfiguriert ist.
Angenommen, der Server muss ein Paket unter Verwendung des TCP/IP-Protokolls an einen Client senden, dessen Adresse 192.168.0.119 lautet. Diese Adresse befindet sich im lokalen Subnetz. Daher muss kein Gateway verwendet werden, um den Client zu erreichen. Der Protokollstapel verwendet die erste Route, die er in der lokalen Routingtabelle findet. Dies ist in der Regel der erste Adapter, der installiert wurde. In diesem Fall ist dieser Adapter 192.168.0.1. Wenn die Übertragung fehlschlägt, können bei späteren Wiederholungsversuchen derselbe Adapter gemäß dem Eintrag in der Routingtabelle verwendet werden.
Wenn das Netzwerkkabel für den Adapter 192.168.0.1 ausfällt, führt dies nicht unbedingt dazu, dass die Route aus der Routingtabelle entfernt wird. Daher kann der zweite Adapter immer noch nicht verwendet werden.
Zu berücksichtigen ist auch, dass einige Netzwerkanwendungen an bestimmte Adapter im System gebunden sind. Wenn eine Netzwerkanwendung speziell an den zweiten Adapter gebunden wird, wird anwendungsbezogener Datenverkehr, der von Clients auf dem ersten Adapter empfangen wurde, von der Anwendung möglicherweise ignoriert. Dies kann durch die NetBIOS-Namensregistrierung im Netzwerk verursacht werden. Wenn der Adapter, an den die Anwendung gebunden ist, fehlschlägt, kann die Anwendung fehlschlagen, wenn sie nicht den anderen Adapter verwendet.
Normalerweise ist diese Art der Konfiguration nicht hilfreich, es sei denn, Anwendungen fordern dies ausdrücklich. Einige Hersteller stellen fehlertolerante Netzwerkadapter her, um sich vor einem Single Point of Failure zu schützen. Mit diesen Adaptern können zwei Adapter auf demselben Server eingebunden werden, aber es kann jeweils nur ein Adapter verwendet werden. Wenn der primäre Adapter ausfällt, deaktiviert der Treiber die erste Karte und aktiviert die zweite mit derselben Adresskonfiguration. Das Ergebnis ist ein relativ nahtloser Übergang zum alternativen Adapter. Dies ist die bevorzugte Methode, um sich vor einem einzelnen Netzwerkadapter als Single Point of Failure zu schützen.
Windows Server Failoverclustering
Beim Windows Server-Failoverclustering werden keine zusätzlichen Adapter im selben Netzwerk verwendet und die vorhandenen Features des TCP/IP-Protokolls genutzt. Bei einem Adapterfehler versucht die Software nicht automatisch, IP-Adressressourcenadressen auf dem anderen Adapter zu registrieren. Wenn Sie einen einzelnen Netzwerkadapter als Single Point of Failure vermeiden möchten, konfigurieren Sie die Netzwerkadapter so, dass sie sich in unterschiedlichen logischen Subnetzen befinden. Oder verwenden Sie NIC Teaming, um die verschiedenen physischen Adapter zu einem einzigen logischen Adapter zu kombinieren (wie bereits in diesem Artikel erwähnt).
Die vorherigen Informationen gelten für die Übertragungsroute. Die Route zum Subnetz verwendet die höchste numerische IP-Adresse innerhalb des Subnetzes. Nehmen wir beispielsweise zwei Adapter mit den IP-Adressen 192.168.0.1 und 192.168.0.2 an, und nehmen Sie an, dass 192.168.0.1 zuerst installiert wurde. Diese Situation 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