[Frage an die Profis] - 1 Server 2 Netzwerkkarten selbes Subnetz.

[janosch]

HI!

Ich bin grad am überlegen ob folgendes geht bzw. sinn macht und in der Praxis so auch üblich ist. Also angenommen ich habe einen Server, der 2 Netzwerkkarten hat. Diese Netzwerkkarten haben zwei unterschiedliche IP-Adressen im selben Subnetz (ist ja logisch:B) und sind an unterschiedliche switche (redundant) angeschlossen.


Server --> Netzwerkkarte 1 (IP: 123.123.123.123/24) --> Switch 1
Server --> Netzwerkkarte 2 (IP: 123.123.123.124/24) --> Switch 2

So, angenommen die Netzwerkkarte 1 geht kaputt, dann ist der server ja noch über die IP der Netzwerkkarte 2 erreichbar. Das selbe gilt ja auch, wenn Switch 2 ausfällt. Denn dann ist der Server über die IP der Netzwerkkarte 1 erreichbar.

Macht das ganze Sinn ?

Gruß, Janosch

P.S. Das gesamte Netzwerk ist redundant ausgelegt

 

[tulix]

Hi,

also zunächst mal sind zwei IP's im gleichen Subnetz auf zwei unterschiedlichen Devices nicht ganz unproblematisch.

Wenn du bspw. zwei Interfaces konfigurierst:

eth1 = 192.168.1.10/24
eth0 = 192.168.1.11/24

dann wirst Du etwa folgende Routingtabelle erhalten.

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth1
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo

Versucht Du nun ein Paket an 192.168.0.50, also einen anderen Host in diesem Subnetz, zu senden, so wird immer nur über eth1 gesendet, weil
sie an erster Stelle in der Tabelle steht. Bzw. eth1 ist der erste passende Eintrag. eth0 wird nie benutzt.

Was die redundante Anbindung betrifft, so wird auch das nicht funktionieren.
Stell Dir vor, der Switchport, an dem eth1 hängt, geht kaputt.
Eth1 hat in dem Moment keinen Link mehr, aber trotzdem wird die Routingtabelle nicht zwangsläufig aktualisiert.
Die eth1 bleibt oben in der Tabelle stehen und der Rechner würde immer weiter versuchen, sein Paket über dieses Interface zu versenden.

Wenn jetzt auch noch die Rede von zwei unterschiedlichen Switches ist, dann gibt unter Umständen noch mehr Komplikationen. Und zwar werden alle Hosts, die an dem Switch hängen, an dem auch eth0 Deines Servers hängt, nie eine Antwort bekommen. Wenn die Switches kaskadiert sind, kann es sein, dass es doch geht - aber das hängt von der Intelligenz der Switches ab.


Wenn Du Dich gegen Hardwarefehler auf Netzwerkkarte und Switch absichern willst, dann solltest Du einfach ein zweites Interface einbauen und das Kabel auf den zweiten Switch stecken.
Dann schreibst Du ein Skript, welches die Konnektivität am laufenden Band prüft. Bricht die Verbindung weg, deaktivierst Du das defekte Interface und aktivierst das Ersatzinterface mit gleicher Konfiguration (IP).

Damit fährst Du besser und vorhersehbarer

 

[janosch]

hmmmm .... oki verstehe. THX für deine Hilfe

 

[janosch]

Ich nochmal Das hier: http://de.wikipedia.org/wiki/B%C3%BCndelung sollte doch das Problem lösen oder ??
Stellt sich nur die Frage, ob das die Windows 2k3 Kiste (jaja ich weiß --> Böses Wort ) kann bzw. der Treiber.

Also ich verstehe das so:

veth0 ---> eth1
veth0 ---> eth2

aus den zwei Netzwerkkarten eine virtuelle machen.

ergibt als Routingtabelle:

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 veth0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo

oder so ähnlich

 

[wahaha]

jo man kann die beiden leitungen auch trunken und eine als fallback kennzeichnen. kann win2k3 irgendwie über 'Netzwerklasten'-ausgleich oder so.
Dann sollte am Switch auch keine Konfig nötig sein und die zweite NIC sollte im Fall der Fälle sogar mit der gleichen MAC-Adresse durchstarten.... so grob.

Probiers einfach mal mit Rechtsklick auf die Netzwerkkarte und bissl Rumklicken... Windows halt