zwei Maschinen direkte Verbindung + Verbindung durch Schalter

504
Bjørn Bouet Smith

Ich habe in den letzten Tagen versucht, ein Setup wie das unten stehende zu erhalten.

Ich habe einen Server Ubuntu 16.04 mit zwei Netzwerkkarten, 1 1 Gbit, 1 10 Gbit Windows 10 Windows 10 mit zwei Netzwerkkarten, 1 1 Gbit, 1 10 Gbit

Ich kann von der Windows-Maschine an die Server 192.168.1.200 Adresse pingen, aber nicht an die 192.168.0.200. Die Windows-Maschine kann auch gut auf das Internet zugreifen.

vom Server aus kann ich die Windows-Maschine anpingen, dh 192.168.1.49. Ich kann auch einige der Hosts im 192.168.0.0/24-Netz pingen, nicht jedoch das Standardgateway. Die Server haben auch keine Verbindung zum Internet.

Meine Frage ist also: Wie bekomme ich das zum Laufen? Es scheint ziemlich einfach zu sein. Ich möchte, dass die beiden Maschinen den gesamten 192.168.1.0/24-Verkehr direkt über die schnelle 10-Gbit / s-Verbindung kommunizieren und alles andere über das Standard-Gateway gehen sollte.

Ich habe alle Arten von Routing-Einstellungen auf dem Server ausprobiert. Ich habe versucht, die Anleitung hier zu befolgen: https://www.thomas-krenn.com/en/wiki/Two_Default_Gateways_on_One_System - aber mein Setup ist etwas anders, da ich keine habe ein Standard-Gateway im Netz 192.168.1.0/24.

Die 10-Gbit-Netze sind eine Neuheit, bevor sie hinzugefügt wurden. Alles war peachy. Ich habe die 10-Gbit-Netcards hinzugefügt, um eine schnelle Verbindung zum Server zu erhalten, damit ich iscsi auf eine schnelle Verbindung mit niedriger Latenzzeit montieren kann.

Ich hoffe, Sie haben gute Ideen.

Danke Bjørn

 Internet | | | | | | | -------------------- | | ------------| Router/Switch |----------- | | 192.168.0.1 | | | -------------------- | | | | | | | | | | | | | | | Network Card 1 (ens192) Network Card 1 (eth0) | | 192.168.0.200 (s) 192.168.0.29 (d) -------------------- --------------------- | | | | | Server 1 | | Windows client | | | | | -------------------- --------------------- 192.168.1.200 (s) 192.168.1.49 (s) | | Network Card 2 (ens161) Network Card 2 (eth1) | | | | | Direct 10GbE | -------------------------------------------  

/ etc / network / schnittstellen

 # The loopback network interface auto lo iface lo inet loopback  auto ens192 iface ens192 inet static address 192.168.0.200 netmask 255.255.255.0 gateway 192.168.0.1 dns-nameservers 192.168.0.201 dns-domain smith.local dns-domain cloud.local   auto ens161 iface ens161 inet static address 192.168.1.200 netmask 255.255.255.0  # fast interface route post-up ip route add 192.168.1.0/24 dev ens161 src 192.168.1.200 table rt2 post-up ip route add default 192.168.1.49 dev ens161 table rt2  post-up ip rule add from 192.168.1.200/32 table rt2 post-up ip rule add to 192.168.1.200/32 table rt2 

route -n

 Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 ens192 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 ens192 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 ens161 

IP-Regel zeigen

 0: from all lookup local 32764: from all to 192.168.1.200 lookup rt2 32765: from 192.168.1.200 lookup rt2 32766: from all lookup main 32767: from all lookup default 

IP-Routenlistentabelle RT2

192.168.1.0/24 dev ens161 scope link src 192.168.1.200 

Haupttabelle der IP-Routenliste

 default via 192.168.0.1 dev ens192 onlink 192.168.0.0/24 dev ens192 proto kernel scope link src 192.168.0.200 192.168.1.0/24 dev ens161 proto kernel scope link src 192.168.1.200 
0
Sie sollten kein _any_-Routing für eine direkte Verbindung / ein lokales Subnetz benötigen - Routing dient nur zum Verlassen des Subnetzes. Attie vor 5 Jahren 2
Wenn Sie das alte 192.168.0.0/24-Netzwerk physisch trennen, können Sie über die neue direkte 192.168.1.0/24-Verbindung kommunizieren? Linux implementiert das "[_weak host model_] (https://en.wikipedia.org/wiki/Host_model)", was bedeutet, dass Sie von der Schnittstelle 192.168.1.200 über die physische Schnittstelle 102.168.0.200 eine Antwort erhalten ... Attie vor 5 Jahren 1
Beide Maschinen können bereits über das Netzwerk 192.168.1.0/24 kommunizieren, nicht über das alte Netzwerk, was mein eigentliches Problem ist. Wenn ich das Kabel vom Windows-PC trenne, dh altes Netzwerk (192.168.0.0/24) - dann kann ich auch über das neue Netzwerk kommunizieren Bjørn Bouet Smith vor 5 Jahren 0
Ich habe ein ähnliches Setup verwendet (allerdings nur mit GigE) und hatte keine Probleme. Sie sollten auf keiner der direkt verbundenen NICs ein Standard-Gateway benötigen, sondern nur auf demjenigen, das eine Verbindung zum Router / Switch herstellt. Alles, was sich in einem der 192.168.xx-Subnetze befindet, sollte automatisch die entsprechende NIC verwenden. Alles andere sollte über die NIC, die sich in demselben Subnetz befindet, zum Standard-Gateway geleitet werden. 3D1T0R vor 5 Jahren 0
Wenn Sie das Kabel abziehen, das direkt von einem Computer zum anderen führt, funktioniert alles wie zuvor? 3D1T0R vor 5 Jahren 0
Ja. Ich habe zwei Ping-Fenster auf meinem Computer, während ich verschiedene Einstellungen auf dem Ubuntu-Server versuche. Wenn ich die 10-GB-Verbindung entferne, beginnt das 192.168.0.0/24-Netz zu reagieren und die anderen starten natürlich mal aus. und umgekehrt, sobald ich es wieder einstecke, reagiert es nicht mehr Bjørn Bouet Smith vor 5 Jahren 0
Ich bin mir nicht sicher, ob es einen Unterschied macht. Der Ubuntu-Server ist eine virtuelle Maschine auf einer anderen physischen Maschine (esxi) - beide Netzwerkkarten sind mit demselben virtuellen Switch auf esxi verbunden (da ich nicht herausfinden konnte, wie eine Netzwerkkarte für die Verwendung eines anderen virtuellen Switch konfiguriert wird). Bjørn Bouet Smith vor 5 Jahren 0
Es funktioniert :-) Es stellt sich heraus, dass ich nur ein Arschloch bin :-) Ich habe es geschafft, einen weiteren virtuellen Switch in esxi einzurichten, die 10-GB-Karte dort hinzustellen und die virtuelle Netzkarte auf diesen Switch zu verschieben. Als ich den Server erneut startete, funktionierte alles . Dies sei eine Lehre für alle, unterschiedliche physische Netzwerke müssen sich auf unterschiedlichen virtuellen Switches in esxi befinden. Bjørn Bouet Smith vor 5 Jahren 0
"_Der Ubuntu-Server ist eine virtuelle Maschine" / "_die beiden Netzwerkkarten sind an demselben virtuellen Switch auf" esxi_ "angeschlossen" - ja, das ist wichtig! Versuchen Sie, das Problem vollständig zu beschreiben :-) Attie vor 5 Jahren 0

1 Antwort auf die Frage

0
Bjørn Bouet Smith

Ich habe mich eingehender damit befasst, warum ich keinen weiteren virtuellen Switch erstellen konnte, und habe herausgefunden, dass Sie dazu in der Lage sein sollten. Also habe ich es geschafft, einen weiteren virtuellen Switch in esxi zu erstellen, die 10-GB-Karte dort hinzustellen und die virtuelle Netzwerkkarte auf diesen Switch zu verschieben Als ich den Server wieder startete, funktionierte alles.

Dies sei eine Lehre für alle, unterschiedliche physische Netzwerke müssen sich auf unterschiedlichen virtuellen Switches in esxi befinden.

In Wirklichkeit gab es also überhaupt kein Problem, dies war in Wirklichkeit ein Esxi-Problem und kein Linux-Problem. Linux schickte die Pakete korrekt, aber esxi ließ sie scheinbar fallen.