Routing zwischen verschiedenen Netzen
Hallo und guten Morgen zusammen,
ich bräuchte mal Hilfe von einem Routing Spezialisten! Leider hat mir meine Recherche und die vielen Anleitungen hier keine Abhilfe gebracht.
Folgende Netzwerkkonstellation vorhanden.
2 Netzwerke.
Netzwerk 1 besteht aus und ist wie folgt konfiguriert:
1 x SBS 2011 und mehrere Windows 7 Clients.
Das Netzwerk hat die Range 192.168.2.0/24, der SBS hat die IP 192.168.2.68 der Router (leider Konsumer Router...) 192.168.2.254.
Der SBS ist DC für das Netz und es laufen die normalen Dienste wie DHCP, DNS, Routing & RAS.
Der DHCP verteilt folgende Conf:
IP aus Adressbereich für Client
Netzmaske: 255.255.255.0
Standard Gateway: 192.168.2.254
DNS: 192.168.2.68
Im DNS des SBS des Netzes ist die IP des Server 2008 (beschreibung folgt in Netz 2) mit der 192.168.2.69 bekannt.
Netzwerk 2 besteht aus und ist wie folgt konfiguriert:
1x SBS 2011
1x Windows Server 2008 R2
Mehrere Windows 7 Clients
Der SBS ist DC für das Netz und es laufen die normalen Dienste wie DHCP, DNS, Routing & RAS.
Das Netzwerk hat die Range 192.168.68.0/24, der SBS hat die IP 192.168.68.1 der Router (leider auch Konsumer Router...) 192.168.68.254.
Der DHCP verteilt folgende Conf:
IP aus Adressbereich für Client
Netzmaske: 255.255.255.0
Standard Gateway: 192.168.68.254
DNS: 192.168.68.1
Im DNS des SBS des Netzes ist die IP des Server 2008 mit der 192.168.68.78 bekannt.
Auf dem Windows Server 2008 R2 läuft eine Branchensoftware, ansonsten ist hier nur RRAS konfiguriert (LAN Routing und Einwahl bei Bedarf) da der Server gleichzeitig auch als Datenaustauschserver für die beiden Netze fungiert. Der Server hat 2 Netzwerkkarten, wo jeweils eine mit dem jeweiligen Netz verbunden ist.
Nic 1 hat die IP 192.168.68.78 und ist mit einem Switch aus Netz 2 verbunden
Nic 2 hat die IP 192.168.2.69 und ist mit einem Switch aus Netz 1 verbunden
An den Switchen hängen auch die jeweiligen SBS Server.
Somit können beide Netze auf eine Freigabe auf dem Server zugreifen und so Daten austauschen. Funktioniert.
Im RRAS des 2008er ist eine statische Route wie folgt konfiguriert:
Schnittstelle: 192.168.2.69
Ziel: 192.168.68.78
Netzmaske: 255.255.255.255
Gateway: 192.168.2.69
Metrik: 1
Das soll die Pakete zwischen den Netzen Routen, damit auch andere Ressourcen wie Drucker aus beiden Netzen genutzt werden können.
Das scheint aber irgendwie nicht richtig zu sein... irgendwie fehlt irgendwo auch noch etwas (denke route zu dem 2008er Server auf den SBS Servern???)
Die beiden Netze können den 2008er erreichen (logisch wegen der beiden Nics) können aber keine Drucker im anderen Netz ansprechen oder Clients anpingen.
Könnte mir jemand die Routing konfiguration für diese Konstellation erklären?
Vielen Dank im Voraus für eure Hilfe!!!
ich bräuchte mal Hilfe von einem Routing Spezialisten! Leider hat mir meine Recherche und die vielen Anleitungen hier keine Abhilfe gebracht.
Folgende Netzwerkkonstellation vorhanden.
2 Netzwerke.
Netzwerk 1 besteht aus und ist wie folgt konfiguriert:
1 x SBS 2011 und mehrere Windows 7 Clients.
Das Netzwerk hat die Range 192.168.2.0/24, der SBS hat die IP 192.168.2.68 der Router (leider Konsumer Router...) 192.168.2.254.
Der SBS ist DC für das Netz und es laufen die normalen Dienste wie DHCP, DNS, Routing & RAS.
Der DHCP verteilt folgende Conf:
IP aus Adressbereich für Client
Netzmaske: 255.255.255.0
Standard Gateway: 192.168.2.254
DNS: 192.168.2.68
Im DNS des SBS des Netzes ist die IP des Server 2008 (beschreibung folgt in Netz 2) mit der 192.168.2.69 bekannt.
Netzwerk 2 besteht aus und ist wie folgt konfiguriert:
1x SBS 2011
1x Windows Server 2008 R2
Mehrere Windows 7 Clients
Der SBS ist DC für das Netz und es laufen die normalen Dienste wie DHCP, DNS, Routing & RAS.
Das Netzwerk hat die Range 192.168.68.0/24, der SBS hat die IP 192.168.68.1 der Router (leider auch Konsumer Router...) 192.168.68.254.
Der DHCP verteilt folgende Conf:
IP aus Adressbereich für Client
Netzmaske: 255.255.255.0
Standard Gateway: 192.168.68.254
DNS: 192.168.68.1
Im DNS des SBS des Netzes ist die IP des Server 2008 mit der 192.168.68.78 bekannt.
Auf dem Windows Server 2008 R2 läuft eine Branchensoftware, ansonsten ist hier nur RRAS konfiguriert (LAN Routing und Einwahl bei Bedarf) da der Server gleichzeitig auch als Datenaustauschserver für die beiden Netze fungiert. Der Server hat 2 Netzwerkkarten, wo jeweils eine mit dem jeweiligen Netz verbunden ist.
Nic 1 hat die IP 192.168.68.78 und ist mit einem Switch aus Netz 2 verbunden
Nic 2 hat die IP 192.168.2.69 und ist mit einem Switch aus Netz 1 verbunden
An den Switchen hängen auch die jeweiligen SBS Server.
Somit können beide Netze auf eine Freigabe auf dem Server zugreifen und so Daten austauschen. Funktioniert.
Im RRAS des 2008er ist eine statische Route wie folgt konfiguriert:
Schnittstelle: 192.168.2.69
Ziel: 192.168.68.78
Netzmaske: 255.255.255.255
Gateway: 192.168.2.69
Metrik: 1
Das soll die Pakete zwischen den Netzen Routen, damit auch andere Ressourcen wie Drucker aus beiden Netzen genutzt werden können.
Das scheint aber irgendwie nicht richtig zu sein... irgendwie fehlt irgendwo auch noch etwas (denke route zu dem 2008er Server auf den SBS Servern???)
Die beiden Netze können den 2008er erreichen (logisch wegen der beiden Nics) können aber keine Drucker im anderen Netz ansprechen oder Clients anpingen.
Könnte mir jemand die Routing konfiguration für diese Konstellation erklären?
Vielen Dank im Voraus für eure Hilfe!!!
Please also mark the comments that contributed to the solution of the article
Content-ID: 228775
Url: https://administrator.de/contentid/228775
Printed on: October 11, 2024 at 14:10 o'clock
23 Comments
Latest comment
Hi,
sind das jetzt 2 Router oder einer, der in beiden Netzen hängt?
Und sind das rein interne Router oder (ggf. jeweils) DSL-Router für Internetzugang?
Die Drucker laufen auch über DHCP und haben deshalb das korrekte Gateway eingetragen? Wenn statisch --> GW eintragen.
Der/die Router haben Regeln, die das Routing zwischen den Netzen erlauben?
E.
sind das jetzt 2 Router oder einer, der in beiden Netzen hängt?
Und sind das rein interne Router oder (ggf. jeweils) DSL-Router für Internetzugang?
Die Drucker laufen auch über DHCP und haben deshalb das korrekte Gateway eingetragen? Wenn statisch --> GW eintragen.
Der/die Router haben Regeln, die das Routing zwischen den Netzen erlauben?
E.
Na dann is klar, geht so nicht.
Auf dem Speedport kann man meines Wissens keine gezielten Routen eintragen, weshalb Du das auf dem Server wirst machen müssen.
Auf den Windows Clients könntest Du zwar eine Zielroute einragen, die dann über den Server geht (route add ...). Aber auf den Druckern wird das nicht gehen.
Also solltest Du den Server auch als Router herrichten, in beiden Netzen den Clients & Druckern als Default GW einrichten und von dort über die DSL-Router ins Internet weiterleiten. Wobei das dann nur über einen Router gehen wird, weil der Server ja nicht mehrere Default-GW haben kann.
E.
Auf dem Speedport kann man meines Wissens keine gezielten Routen eintragen, weshalb Du das auf dem Server wirst machen müssen.
Auf den Windows Clients könntest Du zwar eine Zielroute einragen, die dann über den Server geht (route add ...). Aber auf den Druckern wird das nicht gehen.
Also solltest Du den Server auch als Router herrichten, in beiden Netzen den Clients & Druckern als Default GW einrichten und von dort über die DSL-Router ins Internet weiterleiten. Wobei das dann nur über einen Router gehen wird, weil der Server ja nicht mehrere Default-GW haben kann.
E.
Dann wird kompliziert.
Ich meinte den zweibeinigen Server.
Es geht also bloß ums Drucken? Man muss aus Netz A auf Drucker im netz B drucken können?
Dann mach das über den Printserver auf dem Zweibeiner. Und wenn Du Drucker hast, die selbst kein LAN haben sondern über USB an einem Client hängen und dort freigeben sind, dann musst Du eben vom Printserver via LPR auf den Client weiterleiten.
E.
Ich meinte den zweibeinigen Server.
Es geht also bloß ums Drucken? Man muss aus Netz A auf Drucker im netz B drucken können?
Dann mach das über den Printserver auf dem Zweibeiner. Und wenn Du Drucker hast, die selbst kein LAN haben sondern über USB an einem Client hängen und dort freigeben sind, dann musst Du eben vom Printserver via LPR auf den Client weiterleiten.
E.
Das Forumstutorial:
Routing von 2 und mehr IP Netzen mit Windows, Linux und Router
sollte eigentlich alle deine Fragen umfassend beantworten !
Routing von 2 und mehr IP Netzen mit Windows, Linux und Router
sollte eigentlich alle deine Fragen umfassend beantworten !
OK, wenn du wirklich keine statischen Routen an den Internet Router konfigurieren kannst (vermutlich Speedport Schrott ?!) dann hast du keine Wahl und MUSST alle Routen statisch und einzeln auf allen Clients eingeben und dazu gehören auch die beiden lokalen SBS2011 Server in den beiden Netzen !
Das steht auch so im zitierten Tutorial hast du aber vermutlich überlesen oder nicht gelesen und ist die Strafe wenn man billigen Konsumer Schrott als Router in professionellen Netzen betreibt ?! Über den Sinn oder Unsinn solltest du bei Gelegenheit dann auch mal verschärft nachdenken.
Die statische Route auf dem koppelnden 2008R2 ist überflüssiger Blödsinn und solltest du dringenst wieder entfernen !!
Der 2008R2 "kennt" ja beide IP Netze da er mit seinen NICs ja direkt in diese IP Netze angeschlossen ist. Folglich sind also dort Routen für lokale Netze unsinnig, also weg damit !
Da alle Clients ja die jeweiligen Segmentrouter als Default Gateways eingetragen haben und diese Gateways KEINE statischen Routen supporten kommst du, wie oben schon gesagt, nicht umhin diese Routen alle einzeln auf den jeweiligen Clients einzugeben und zwar in Netzwerk 1 wenn es Winblows Clients sind:
route add 192.168.68.0 mask 255.255.255.0 192.168.2.69 -p (das -p macht diese Route permanent das sie ein Reboot übersteht)
Für Netzwerk 2 ist das dann analog:
route add 192.168.2.0 mask 255.255.255.0 192.168.68.78 -p
Mit dem Kommando route print kannst du dann final checken ob das dann korrekt in der Client Routing Tabelle steht !
Mit einem Traceroute (tracert) oder Pathping kannst du die Connectivity zum Ziel dann Hop für Hop testen.
Hast du alles richtig gemacht sieht das dann so aus:
Ein simpler Routing Klassiker den man eigentlich in 5 Minuten zum Fliegen bringt...auch mit Schrottroutern ohne statische Routen.
Denk dran das du die lokalen Rechner Firewalls ggf. noch anpassen musst, denn diese blockt in der Regel Pakete mit Absender IP Adressen die NICHT aus dem gleichen IP Segment kommen !
Nur für dich mal zur Erklärung des Sachverhalts damits "Klick" macht. Hier DEIN korrigiertes "Verständnis".
Der Post von @datadexx oben ist genauso fehlerhaft und falsch weil er genau auch dieser Verwechslung verfällt das DNS irgendwas mit Routing oder der Wegefindung im IP zu tun hat !! Klares NEIN hier...2 unterschiedliche Baustellen im Netz wie jeder Netzwerker auch weiss !!
Jetzt alles verstanden... ??
Das steht auch so im zitierten Tutorial hast du aber vermutlich überlesen oder nicht gelesen und ist die Strafe wenn man billigen Konsumer Schrott als Router in professionellen Netzen betreibt ?! Über den Sinn oder Unsinn solltest du bei Gelegenheit dann auch mal verschärft nachdenken.
Die statische Route auf dem koppelnden 2008R2 ist überflüssiger Blödsinn und solltest du dringenst wieder entfernen !!
Der 2008R2 "kennt" ja beide IP Netze da er mit seinen NICs ja direkt in diese IP Netze angeschlossen ist. Folglich sind also dort Routen für lokale Netze unsinnig, also weg damit !
Da alle Clients ja die jeweiligen Segmentrouter als Default Gateways eingetragen haben und diese Gateways KEINE statischen Routen supporten kommst du, wie oben schon gesagt, nicht umhin diese Routen alle einzeln auf den jeweiligen Clients einzugeben und zwar in Netzwerk 1 wenn es Winblows Clients sind:
route add 192.168.68.0 mask 255.255.255.0 192.168.2.69 -p (das -p macht diese Route permanent das sie ein Reboot übersteht)
Für Netzwerk 2 ist das dann analog:
route add 192.168.2.0 mask 255.255.255.0 192.168.68.78 -p
Mit dem Kommando route print kannst du dann final checken ob das dann korrekt in der Client Routing Tabelle steht !
Mit einem Traceroute (tracert) oder Pathping kannst du die Connectivity zum Ziel dann Hop für Hop testen.
Hast du alles richtig gemacht sieht das dann so aus:
Ein simpler Routing Klassiker den man eigentlich in 5 Minuten zum Fliegen bringt...auch mit Schrottroutern ohne statische Routen.
Denk dran das du die lokalen Rechner Firewalls ggf. noch anpassen musst, denn diese blockt in der Regel Pakete mit Absender IP Adressen die NICHT aus dem gleichen IP Segment kommen !
Nur für dich mal zur Erklärung des Sachverhalts damits "Klick" macht. Hier DEIN korrigiertes "Verständnis".
Der Post von @datadexx oben ist genauso fehlerhaft und falsch weil er genau auch dieser Verwechslung verfällt das DNS irgendwas mit Routing oder der Wegefindung im IP zu tun hat !! Klares NEIN hier...2 unterschiedliche Baustellen im Netz wie jeder Netzwerker auch weiss !!
Client mit IP 192.168.68.100 will auf 192.168.2.222 zugreifen. DNS Anfrage geht an 192.168.68.1 (eingetragener DNS Server über DHCP).
Da ist schon der erste Fehler ! DNS hat mit Routing und Wegefindung in einem Netz rein gar nichts zu tun !! DNS dient lediglich der Namensauflösung: Hostname in IP Adresse nicht mehr und nicht weniger !Dieser würde die Anfrage jetzt an den Router schicken (192.168.68.254 da dieser im DNS als Weiterleitung konfiguriert ist. Verläuft sich dann aber im Nirvana.
Ist prinzipiell richtig aber DNS hat hier wieder nichts damit zu tun. Der Router sieht anhand der Ziel IP lediglich das das Ziel eine Adresse aus dem 192.168.2.222er Netzwerk ist und kennt keine Route dahin weil er als billiger Schrottrouter keine statischen Routen kann. Er macht also das was ein Router immer macht, in seine Routing Tabelle zu sehen und dort sieht er nur die Default Route zum Internet Provider und schickt das Paket dahin ! Andere Routing Ziele hat er ja nicht. Da private IPs also RFC 1918 IP Adressen im Internet nicht geroutet werden, verwirft es der Provider Router also...Nirwana.Also muss man dem Server mitteilen, das er die Adresse 192.168.2.222 über den 2008er Server (IP Nic1 192.168.68.78, Nic2 192.168.2.69) erreichen kann.
Nein, denn am Server kommt diese IP ja niemals an, wie auch !! Der Server macht hier NUR DNS was wie wir gelernt haben nix mit Routing zu tun hat. Das Paket geht ja einzig nur zum Router aber niemals zum Server, der somit gar keine Chance bekommt das Paket zu routen obwohl ers ja könnte. Du verwechselst hier mal wieder DNS mit Routing in schöner Regelmässigkeit...sorry.Das heißt das meines Verständnises nach, dass die Anfrage vom Client an 192.168.68.1 geht, der weiß Bescheid das er für das Netz bei 192.168.68.78 weiterleiten muss und der weiß wiederum das er die IP 192.168.2.222 über seine an sich angeschlossene Nic2 mit der IP 192.168.2.69 zu der angeforderten IP kommt.
Nein....! Dito. Und wieder verwechselst du DNS mit Routing und kommst hier zu Trugschlüssen ! DNS und Routing = 2 verschieden BaustellenJetzt alles verstanden... ??
Ich kann also nix für den Speedport Schrott...
Du könntest aber den Besitzer dieses vermurksten Netzes mal professionell beraten zu seinem und deinen Vorteil. Denn du stellst dich ja als fachkundiger Netzwerker dort auf und nicht als einfacher Schrauber der nur Befehle ausführt...oder ? So, und nun setzt das o.a. um und gut iss...
Wenns klappt
How can I mark a post as solved?
nicht vergessen !
Nochwas vergessen was die Drucker und das Drucken anbetrifft....
Die Drucker in den jeweiligen Segmentden dürfen natürlich NICHT die Router als Gateways eingetragen haben sondern immer statisch die jeweilige Server 2008R2 NIC IP in ihrem Segment.
Für die gilt also das gleiche wie für die Clients. Klar...denn sonst könnte man nicht aus dem jeweils anderen netz auf diesen Druckern drucken !
Die Drucker in den jeweiligen Segmentden dürfen natürlich NICHT die Router als Gateways eingetragen haben sondern immer statisch die jeweilige Server 2008R2 NIC IP in ihrem Segment.
Für die gilt also das gleiche wie für die Clients. Klar...denn sonst könnte man nicht aus dem jeweils anderen netz auf diesen Druckern drucken !
Die Woche ist ja schon fast rum...??
Können wir bzw. du den Case nun schliessen ?
How can I mark a post as solved?
Können wir bzw. du den Case nun schliessen ?
How can I mark a post as solved?