LAN-Routing mit Windows Server 2012
Hallo
folgende Ausgangssituation:
Virtuelles Netz Windows Server 2012 R2
Auf allen Servern und Routern laufen Windows Server 2012 R2.
3 Switches
192.168.1.0 hängt an Privat1
192.168.2.0 hängt an Privat4
10.160.1.0 hängt an Privat3
192.168.1.1 DC01
192.168.1.10 Server01
192.168.1.254 Router01 (10.160.1.10)
192.168.2.1 DC02
192.168.2.10 Server02
192.168.2.254 Router02 (10.160.1.20)
Für Testzwecke hängt im 10.160.1.0 noch ein DC04 mit 10.160.1.1 (für pings)
Die beiden Router sollen nun über das Transfernetz 10.160.1.0 Daten austauschen.
Wenn ich das richtig verstanden habe brauch in dem Fall keine Routen um zb von Server01 Router02 anzupingen. Einzig Routing und RAS muss mit LAN-Routing konfiguriert sein?! Wenn der Router selbst im Netz ist keine Routen, oder? Funktioniert so allerdings nicht.....
Um aber von 192.168.1.0 nach 192.168.2.0 zu pingen muss ich nun auf beiden Routern Routen eintragen:
Router01:
Ziel 192.168.2.0
Sub 255.255.255.0
Gate 192.168.1.254
Schnitt Privat1
Router02:
Ziel 192.168.1.0
Sub 255.255.255.0
Gate 192.168.2.254
Schnitt Privat2
BZW kann ich hier dann nicht mit 0.0.0.0 arbeiten?!
Ich habe zu Testzwecken einen weiteren Switch an Router01 angeschlossen und dort auch einen Server mitreingehangen, mit LAN-Routing ist eine Kommunikation problemlos möglich.
Ich komm aus dem 192.168.1.0 problemlos bis zum Router01 (10.160.1.10) allerdings erreich ich weitere Teilnehmer im 10.160.1.0 Netz nicht und auch in das andere Heimnetz 192.168.2.0 ist nicht erreichbar. Habe bereits alle Einstellunen geprüft und auch Firewalls ausgeschaltet.
Freue mich über Anregungen und eure Hilfe! Wenn ihr Fragen habt nur her damit, ich weiß dass ich manchmal sehr wirr beschreibe
Greetz
folgende Ausgangssituation:
Virtuelles Netz Windows Server 2012 R2
Auf allen Servern und Routern laufen Windows Server 2012 R2.
3 Switches
192.168.1.0 hängt an Privat1
192.168.2.0 hängt an Privat4
10.160.1.0 hängt an Privat3
192.168.1.1 DC01
192.168.1.10 Server01
192.168.1.254 Router01 (10.160.1.10)
192.168.2.1 DC02
192.168.2.10 Server02
192.168.2.254 Router02 (10.160.1.20)
Für Testzwecke hängt im 10.160.1.0 noch ein DC04 mit 10.160.1.1 (für pings)
Die beiden Router sollen nun über das Transfernetz 10.160.1.0 Daten austauschen.
Wenn ich das richtig verstanden habe brauch in dem Fall keine Routen um zb von Server01 Router02 anzupingen. Einzig Routing und RAS muss mit LAN-Routing konfiguriert sein?! Wenn der Router selbst im Netz ist keine Routen, oder? Funktioniert so allerdings nicht.....
Um aber von 192.168.1.0 nach 192.168.2.0 zu pingen muss ich nun auf beiden Routern Routen eintragen:
Router01:
Ziel 192.168.2.0
Sub 255.255.255.0
Gate 192.168.1.254
Schnitt Privat1
Router02:
Ziel 192.168.1.0
Sub 255.255.255.0
Gate 192.168.2.254
Schnitt Privat2
BZW kann ich hier dann nicht mit 0.0.0.0 arbeiten?!
Ich habe zu Testzwecken einen weiteren Switch an Router01 angeschlossen und dort auch einen Server mitreingehangen, mit LAN-Routing ist eine Kommunikation problemlos möglich.
Ich komm aus dem 192.168.1.0 problemlos bis zum Router01 (10.160.1.10) allerdings erreich ich weitere Teilnehmer im 10.160.1.0 Netz nicht und auch in das andere Heimnetz 192.168.2.0 ist nicht erreichbar. Habe bereits alle Einstellunen geprüft und auch Firewalls ausgeschaltet.
Freue mich über Anregungen und eure Hilfe! Wenn ihr Fragen habt nur her damit, ich weiß dass ich manchmal sehr wirr beschreibe
Greetz
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 251723
Url: https://administrator.de/contentid/251723
Ausgedruckt am: 19.11.2024 um 07:11 Uhr
14 Kommentare
Neuester Kommentar
Hallo,
Überall ein Server 2012R2 oder sind auch andere OS beteiligt (eigentlich egal...)
Gruß,
Peter
Überall ein Server 2012R2 oder sind auch andere OS beteiligt (eigentlich egal...)
Auf allen Servern und Routern laufen Windows Server 2012 R2.
Deine Server sind also Router?3 Switches
Die beiden Router
OK. Soweit können wir in deiner Zeichnung sehen das dort 9 Rechtecke und 4 Ovale Objekte sind. Was soll dort was darstellen? Deine Aufzählung passt nicht zu deiner Zeichnung und damit ohne Kopfschmerzen nicht zu überblicken wer was wo....Die beiden Router
Wenn ich das richtig verstanden habe brauch in dem Fall keine Routen um zb von Server01 Router02 anzupingen.
Die haben doch unterschiedliche IPs . Wie soll das ohne Routing gehen wenn du dort keine Bridges hast?Wenn der Router selbst im Netz ist keine Routen, oder?
Ein Router ohne Routen hat welchen sinn?Um aber von 192.168.1.0 nach 192.168.2.0 zu pingen
Da dies zwei Netze darstellen sollen (192.168.1.0/24 und 192.168.2.0/24) wirst du die IPs mit 0 nicht haben. Daher auch kein ping an eben diese....BZW kann ich hier dann nicht mit 0.0.0.0 arbeiten?!
Und wo soll 0.0.0.0 hinführen?Firewalls ausgeschaltet.
Wenn das Routing nicht stimmt kann ja nur die Firewall dran Schuld sein, also Aus damit.....Gruß,
Peter
Moin,
deine Routen sind falsch !
Setze auf beiden Routern jeweils eine Route, folgendermaßen:
Router01:
Ziel 192.168.2.0
Sub 255.255.255.0
Gate 10.160.1.20
Router02:
Ziel 192.168.1.0
Sub 255.255.255.0
Gate 10.160.1.10
Auf beiden "Windows-Routern" muss dazu das IP-Routing aktiviert sein. Dann läuft das wie gewünscht.
Ein Router kennt per Default erst mal nur seine eigenen Schnittstellen und Subnetze die an ihm
direkt angeschlossen sind, andere Subnetze muss man Ihm erst durch eine statische Route mit dem richtigen Gateway beibringen.
Das sind Routing-Grundlagen - die du bei der Menge an Servern eigentlich beherrschen müsstest
Grüße Uwe
Router01:
Ziel 192.168.2.0
Sub 255.255.255.0
Gate 192.168.1.254
Router02:
Ziel 192.168.1.0
Sub 255.255.255.0
Gate 192.168.2.254
Ziel 192.168.2.0
Sub 255.255.255.0
Gate 192.168.1.254
Router02:
Ziel 192.168.1.0
Sub 255.255.255.0
Gate 192.168.2.254
deine Routen sind falsch !
Setze auf beiden Routern jeweils eine Route, folgendermaßen:
Router01:
Ziel 192.168.2.0
Sub 255.255.255.0
Gate 10.160.1.20
Router02:
Ziel 192.168.1.0
Sub 255.255.255.0
Gate 10.160.1.10
Auf beiden "Windows-Routern" muss dazu das IP-Routing aktiviert sein. Dann läuft das wie gewünscht.
Ein Router kennt per Default erst mal nur seine eigenen Schnittstellen und Subnetze die an ihm
direkt angeschlossen sind, andere Subnetze muss man Ihm erst durch eine statische Route mit dem richtigen Gateway beibringen.
Das sind Routing-Grundlagen - die du bei der Menge an Servern eigentlich beherrschen müsstest
Grüße Uwe
Zitat von @Jamaika23:
. Allerdings ist damit das Subnetz Problem nicht gelöst. Router01 hängt an
3 Switches, Privat1-3, von 1 zu 2 klappt Ping, von 1 zu 3 nicht und von 2 zu 3 auch nicht.
Ich kann die 10.160.1.10 den Router01 pingen, aber nicht den Router02 und Dc04 die beide an Privat3 mit 10.160.1.1 und 10.160.1.20
hängen.
Ich sag nur die Firewalls an den Clients checken nicht an den Routern. Defaultmäßig lässt Windows ICMP Traffic nur aus dem selben Subnetz zu. Das haben wir hier jede Woche bestimmt 3-4 mal - das wird gerne vergessen.. Allerdings ist damit das Subnetz Problem nicht gelöst. Router01 hängt an
3 Switches, Privat1-3, von 1 zu 2 klappt Ping, von 1 zu 3 nicht und von 2 zu 3 auch nicht.
Ich kann die 10.160.1.10 den Router01 pingen, aber nicht den Router02 und Dc04 die beide an Privat3 mit 10.160.1.1 und 10.160.1.20
hängen.
Routing zwischen 2 Subnetzen über einen Cisco Router (1800er Series)
Hallo,
natürlich kannst Du die Router (Routing-Tabellen) von Hand konfigurieren. Aber für diesen Zweck hat man die Routing-Protokolle (RIP, OSPF) "erfunden". Bevor Du also von Hand Routing-Tabellen erstellst, laß das ganze doch den Router alleine machen. Schau dann anschließend das Ergebnis (Routing-Tabellen) an und versuche es zu verstehen. Wenn Du dann alles verstanden hast, kannst Du ja versuchen, die Routing-Protokolle wieder zu deaktivieren und Deine Experimente zu machen.
Für den Einstieg ist RIP leichter zu verstehen und zu implementieren.
http://de.wikipedia.org/wiki/Routing_Information_Protocol
Für größere Netzwerke (LAN) ist OSPF effizienter, aber auch komplexer und aufwendiger zu implementieren.
http://de.wikipedia.org/wiki/Open_Shortest_Path_First
Für ein so kleines Netz, wie Deines ist der etwas höhere Datenverkehr bei RIP abeer unerheblich.
Wenn es um Sicherheit im Netzwerk geht, ist dafür eine Firewall mit ihrem Regelwerk zuständig. Nicht der Roter mit seiner Routing-Tabelle.
Jürgen
natürlich kannst Du die Router (Routing-Tabellen) von Hand konfigurieren. Aber für diesen Zweck hat man die Routing-Protokolle (RIP, OSPF) "erfunden". Bevor Du also von Hand Routing-Tabellen erstellst, laß das ganze doch den Router alleine machen. Schau dann anschließend das Ergebnis (Routing-Tabellen) an und versuche es zu verstehen. Wenn Du dann alles verstanden hast, kannst Du ja versuchen, die Routing-Protokolle wieder zu deaktivieren und Deine Experimente zu machen.
Für den Einstieg ist RIP leichter zu verstehen und zu implementieren.
http://de.wikipedia.org/wiki/Routing_Information_Protocol
Für größere Netzwerke (LAN) ist OSPF effizienter, aber auch komplexer und aufwendiger zu implementieren.
http://de.wikipedia.org/wiki/Open_Shortest_Path_First
Für ein so kleines Netz, wie Deines ist der etwas höhere Datenverkehr bei RIP abeer unerheblich.
Wenn es um Sicherheit im Netzwerk geht, ist dafür eine Firewall mit ihrem Regelwerk zuständig. Nicht der Roter mit seiner Routing-Tabelle.
Jürgen
natürlich musst du auch dem zweiten Router(Blau unten) das 172.16.1.x Netz via Route kenntlich machen, damit dieser Antworten kann. Das der Server 3 im 10.160.1.x Netz nicht antwortet kommt dann auch sehr wahrscheinlich daher das du auf Ihm den zweiten Router(Blau unten) als Gateway konfiguriert hast. Dann laufen die Pakete natürlich in leere, weil dieser Router das Netz seinerseits nicht kennt.
Also:
Alle Netze die jeweils hinter den Routern vorkommen muss dem jeweils anderen Router durch eine Route kenntlich gemacht werden, wenn man nicht die DefaultRoute auf den jeweils anderen Router setzt.
Du musst dir bildlich den Verlauf des Paketes vorstellen:
Beispiel:
ICMP Paket von 172.16.1.1 nach 10.160.1.20 bedeutet im Moment folgendes bei dir:
1. Paket von 172.16.1.1 an Router01 = OK
2. Paket geht weiter von Router01(10.160.1.10) an Router02(10.160.1.20) = Paket kommt an Router02 an weil Router01 ja selber am 10.160.1.x Netz hängt, jedoch kann Router02 keine Antwort schicken, da er nicht weiß wohin er Pakete mit dem Netz 172.16.1.x schicken soll weil diese ja als Absenderadresse(Source Address) im IP-Header steht. Deswegen muss o.g. zus. Route auf Router02 eingetragen werden oder dort das DefaultGW auf die 10.160.1.10 gesetzt werden.
Dann läuft dat min jung
Also:
Alle Netze die jeweils hinter den Routern vorkommen muss dem jeweils anderen Router durch eine Route kenntlich gemacht werden, wenn man nicht die DefaultRoute auf den jeweils anderen Router setzt.
Du musst dir bildlich den Verlauf des Paketes vorstellen:
Beispiel:
ICMP Paket von 172.16.1.1 nach 10.160.1.20 bedeutet im Moment folgendes bei dir:
1. Paket von 172.16.1.1 an Router01 = OK
2. Paket geht weiter von Router01(10.160.1.10) an Router02(10.160.1.20) = Paket kommt an Router02 an weil Router01 ja selber am 10.160.1.x Netz hängt, jedoch kann Router02 keine Antwort schicken, da er nicht weiß wohin er Pakete mit dem Netz 172.16.1.x schicken soll weil diese ja als Absenderadresse(Source Address) im IP-Header steht. Deswegen muss o.g. zus. Route auf Router02 eingetragen werden oder dort das DefaultGW auf die 10.160.1.10 gesetzt werden.
Dann läuft dat min jung
Alles klar den Beitrag dann bitte noch als gelöst markieren. Merci.