[quote='Richo',index.php?page=Thread&postID=637457#post637457][quote='Izmi',index.php?page=Thread&postID=637453#post637453]@richo: in dem genannten abschnitt finde ich keine begründung für deinen tipp. hast du dich vertippt? [/quote]
Zitat Chip-Artikel " Probleme gibt es, wenn die Adressen der FireWire- und der Netzwerkkarte im gleichen Sub-Netz liegen. "[/quote]Nun verstehe ich, was Du meinst. Aber es geht im Artikel um einen anderen Fall, der von der folgenden Art ist:
Rechner 1 hat zwei Netzwerkkarten A und B.
A hat IP 192.168.1.1
B hat IP 192.168.1.2
beide mit Subnetzmaske 255.255.255.0, d.h. auf dem selben Subnetz.
Wenn nun ein Paket an einen anderen Rechner auf IP 192.168.1.3 geschickt wird, kann es sein, dass das Packet über die falsche Netzwerkkarte verschickt wird. Das ist das Problem, das im Artikel angesprochen wird. Es kann sich auch bei Netzwerksuchdiensten zeigen, z.B. wenn Rechner von Windows nicht gefunden werden, weil "am falschen Ort" gesucht wird.
Dein Vorschlag mit der Nicht-Standard-Maske löst dieses Problem aber nicht. Um das Problem zu lösen, müsste man A und B auf andere Subnetze verteilen. Z.B:
A hat IP 192.168.1.1
B hat IP 192.168.2.1
beide mit Subnetzmaske 255.255.255.0.
Damit sind sie nicht mehr auf dem selben Subnetz.
Zitat Chip-Artikel " Probleme gibt es, wenn die Adressen der FireWire- und der Netzwerkkarte im gleichen Sub-Netz liegen. "[/quote]Nun verstehe ich, was Du meinst. Aber es geht im Artikel um einen anderen Fall, der von der folgenden Art ist:
Rechner 1 hat zwei Netzwerkkarten A und B.
A hat IP 192.168.1.1
B hat IP 192.168.1.2
beide mit Subnetzmaske 255.255.255.0, d.h. auf dem selben Subnetz.
Wenn nun ein Paket an einen anderen Rechner auf IP 192.168.1.3 geschickt wird, kann es sein, dass das Packet über die falsche Netzwerkkarte verschickt wird. Das ist das Problem, das im Artikel angesprochen wird. Es kann sich auch bei Netzwerksuchdiensten zeigen, z.B. wenn Rechner von Windows nicht gefunden werden, weil "am falschen Ort" gesucht wird.
Dein Vorschlag mit der Nicht-Standard-Maske löst dieses Problem aber nicht. Um das Problem zu lösen, müsste man A und B auf andere Subnetze verteilen. Z.B:
A hat IP 192.168.1.1
B hat IP 192.168.2.1
beide mit Subnetzmaske 255.255.255.0.
Damit sind sie nicht mehr auf dem selben Subnetz.