Netzwerk Probleme SERVER 2008 R2
Hallo liebe Gemeinde
Ich habe riesige Probleme mit dem Netzwerk seit wir umgezogen sind.
Clients an BERN haben keinen Internet Zugriff
Clients an ZÜRICH können nicht an den Drucker beim BERN zugreifen.
Ich habe viele Tutorials und Anworten (LAN Routing mit W2k8 R2, Routing mit 2 Netzwerkkarten unter Windows u. Linux , usw.) studiert aber nicht fertig gebracht
Bitte, kann mir jemand helfen?
Besten Dank im Voraus
Lg
Shota
Ein neues Bild unten
Ich habe riesige Probleme mit dem Netzwerk seit wir umgezogen sind.
Clients an BERN haben keinen Internet Zugriff
Clients an ZÜRICH können nicht an den Drucker beim BERN zugreifen.
Ich habe viele Tutorials und Anworten (LAN Routing mit W2k8 R2, Routing mit 2 Netzwerkkarten unter Windows u. Linux , usw.) studiert aber nicht fertig gebracht
Bitte, kann mir jemand helfen?
Besten Dank im Voraus
Lg
Shota
Ein neues Bild unten
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 285526
Url: https://administrator.de/forum/netzwerk-probleme-server-2008-r2-285526.html
Ausgedruckt am: 23.12.2024 um 10:12 Uhr
8 Kommentare
Neuester Kommentar
Moin,
die Verkabelung in der Region Ost ist mir ein wenig suspekt... Ist der DSL-Router wirklich an eine Netzwerkkarte des Servers ZÜRICH angeschlossen? Falls ja, hätte eben dieser Server zwei Netzwerkschnittstellen mit sich überlappenden Subnetzen - das kann an sich nur scheppern.
Da dort aber die Clients wohl ins Internet kommen gehe ich einfach mal davon aus, dass der Router mit am Switch hängt und nur das Kabel unglücklich eingezeichnet ist.
Falls das dennoch exakt so ist wie eingezeichnet: Gib dem DSL-Router eine neue IP aus einem anderen Subnetz und stelle den Clients in der Region Ost die 192.168.1.2 als Gateway ein.
Die Clients an Switch West können keinen Internetzugriff haben. Deren Internetgateway befindet sich außerhalb des eigenen Subnetzes.
Du müsstest den Clients als Gateway die 192.168.0.1 einstellen und dafür sorgen, dass der Server BERN die Pakete ins Internet weiter zu ZÜRICH transportiert (Routing).
Gleichzeitig musst du dafür sorgen, dass der Server ZÜRICH Pakete ins Subnetz 192.168.0.0/24 an Server BERN routet - das dürfte aber kein besonders großer Konfigurationsaufwand sein.
Probiere mal, die Sache mit dem Gateway geradezuziehen und teste dann, ob sich die restlichen Probleme mit auflösen - rein symptomatisch könnten sie koinzident sein.
die Verkabelung in der Region Ost ist mir ein wenig suspekt... Ist der DSL-Router wirklich an eine Netzwerkkarte des Servers ZÜRICH angeschlossen? Falls ja, hätte eben dieser Server zwei Netzwerkschnittstellen mit sich überlappenden Subnetzen - das kann an sich nur scheppern.
Da dort aber die Clients wohl ins Internet kommen gehe ich einfach mal davon aus, dass der Router mit am Switch hängt und nur das Kabel unglücklich eingezeichnet ist.
Falls das dennoch exakt so ist wie eingezeichnet: Gib dem DSL-Router eine neue IP aus einem anderen Subnetz und stelle den Clients in der Region Ost die 192.168.1.2 als Gateway ein.
Die Clients an Switch West können keinen Internetzugriff haben. Deren Internetgateway befindet sich außerhalb des eigenen Subnetzes.
Du müsstest den Clients als Gateway die 192.168.0.1 einstellen und dafür sorgen, dass der Server BERN die Pakete ins Internet weiter zu ZÜRICH transportiert (Routing).
Gleichzeitig musst du dafür sorgen, dass der Server ZÜRICH Pakete ins Subnetz 192.168.0.0/24 an Server BERN routet - das dürfte aber kein besonders großer Konfigurationsaufwand sein.
Probiere mal, die Sache mit dem Gateway geradezuziehen und teste dann, ob sich die restlichen Probleme mit auflösen - rein symptomatisch könnten sie koinzident sein.
Zitat von @shotakan:
Probiere mal, die Sache mit dem Gateway geradezuziehen und teste dann, ob sich die restlichen Probleme mit auflösen - rein symptomatisch könnten sie koinzident sein.
Ich wollte damit sagen, dass wenn das Gateway geändert ist und die Clients wieder ins Internet kommen, sich die restlichen Probleme damit vielleicht auch erledigen
Läuft auf dem Server BERN eine Firewall? Wenn der NAT macht ist es durchaus möglich, dass da zwar eine Verbindung zustande kommt, aber einfach die Firewall die Pakete frisst. Das könntest du mit Wireshark herausfinden
Denn die Tatsache, dass die Clients nun Zugriff ins Internet haben beweist eigentlich, dass da eine funktionierende Verbindung zwischen den Servern besteht - von daher habe ich jetzt einfach eine Firewall im Verdacht.
Diverse Merkwürdigkeiten gibt es aber:
Kardinalsfrage ist also ob irgendwo noch NAT definiert ist. Zu 98% ist davon auszugehen das das NAT hier die Probleme bereitet !
Generell ist das Design so OK mit Ausnahme der falschen IP Adressen der PCs West".
Aus Layer 3 Sicht sieht dein Netzwerk so aus:
Du siehst das du soweit alles richtig gemacht hast. Die wichtigstens ToDos stehen in der o.a. Grafik ! Setze diese unbedingt um !
Die Grafik geht davon aus das du kein NAT (ICS) verwendest !!!
Zum Testen benutze Ping und pinge auch ins Internet mit einer IP wie z.B. 8.8.8.8 um ggf. erstmal DNS Problematiken zu umgehen.
Wenn du die ToDos so umsetzt funktioniert das einwandfrei !
- Am Netzwerk "Switch_West" gibt es das IP Netz 192.168.99.0 /24 aber die dortigen PCs haben alle eine 192.168.0.x IP Adresse, was so dann niemals funktionieren kann ?!
- Am Server Bern ist NAT aktiviert ! Das ist tödlich, denn so kommen die Clients dort nie in die anderen IP Netze, da sie die NAT Firewall nicht überwinden können. NAT / ICS ist hier tödlich und sollte man deaktivieren in so einem gerouteten IP Netz !
- 2te Frage ist ob am Server Zürich auch NAT aktiviert ist auf einem der Interfases dort. Auch das wäre wieder tödlich für die IP Connectivity der Netze untereinander.
- Der Netopia Router muss statische Routen für die lokalen IP Netze definiert haben wenn kein NAT im Spiel ist. Ist das der Fall ?
Kardinalsfrage ist also ob irgendwo noch NAT definiert ist. Zu 98% ist davon auszugehen das das NAT hier die Probleme bereitet !
Generell ist das Design so OK mit Ausnahme der falschen IP Adressen der PCs West".
Aus Layer 3 Sicht sieht dein Netzwerk so aus:
Du siehst das du soweit alles richtig gemacht hast. Die wichtigstens ToDos stehen in der o.a. Grafik ! Setze diese unbedingt um !
Die Grafik geht davon aus das du kein NAT (ICS) verwendest !!!
Zum Testen benutze Ping und pinge auch ins Internet mit einer IP wie z.B. 8.8.8.8 um ggf. erstmal DNS Problematiken zu umgehen.
Wenn du die ToDos so umsetzt funktioniert das einwandfrei !
Oha...wenn es schon an solchen Banalitäten scheitert....
Du machst die Windows Eingabeaufforderung auf (unter Zubehör) und tippst das so ein !Das -p macht die Route permanent, d.h. sie verschwindet nicht nach einem Reboot wieder (Wichtig !)
Die Routing Tabelle des Servers kannst du dann immer mit dem Kommando route print ansehen !
Das zeigt dir ob alle Routen richtig sind.
Heisser Tip. Du kannst eine Routen Verfolgung auch sehen mit dem Traceroute Kommando. Bei Winblows ist das tracert. Das zeigt dir dann alle Routing Hops an. Kneift es irgendwo, dann ist da uzu 99% auch der Fehler.
Sobald der Server Bern kein NAT hat, haben die Clients keinen Internetzugang.
Das ist klar, denn da fehlt dann sehr wahrscheinlich eine statische Router am Server Zürich und besonders die am Swisscom / Netopia Router ?!Bitte lese dir das hiesige Tutorial zu dem Thema nochmals GENAU durch ! Da steht alles was du wissen musst !
Routing von 2 und mehr IP Netzen mit Windows, Linux und Router