Zwei Subnetz-Routing

Zwei Subnetz-Routing

Betrachten Sie das folgende Szenario

Netzwerk 1 Switch (nennen wir ihn Switch1) mit den folgenden angeschlossenen Geräten Alter Windows 2008-Server (alter Domänencontroller) mit Schnittstellen-IP 192.168.2.113 255.255.255.0 (kein Gateway) ISP-Router für Internetdienst mit IP-Adresse 192.168.1.1 255.255.255.0

Netzwerk 2 Switch 48 Port (nennen wir ihn Switch2) mit den folgenden angeschlossenen Geräten Windows Server 2019 (Neuer Domänencontroller mit neuem Namen und aktiviertem DNS/DHCP-Dienst) und Schnittstelle mit statischer IP 10.3.15.5 255.255.255.0 Gateway 10.3.15.1

Windows Server 2019 mit Remote- und Routing-Diensten und zwei Schnittstellen: Eine 10.3.15.1 255.255.255.0 ohne Gateway und Verbindung zu Switch2

andere mit 192.168.2.50 255.255.255.0 ohne Gateway, und diese Schnittstelle ist mit dem Switch1 verbunden. Jetzt aktiviere ich das Routing mit dem Routing-Dienst auf diesem Server, wenn ich 192.168.2.113 von diesem Server aus anpinge, bekomme ich eine Antwort ohne Probleme

wenn ich vom ersten Server 10.3.15.5 aus 192.168.2.113 anpinge, bekomme ich KEINE Antwort. Ich weiß nicht, was das Problem ist. Bitte helfen Sie!

Erste allgemeine Registerkarte des Routing-Dienstes zweitens die Routing-Tabelle

Antwort1

Diagramme sind bei der Beantwortung solcher Fragen eine große Hilfe.

Wenn ich das richtig verstehe, sollte Ihr Windows Server 2019-Computer (10.3.15.1/192.168.2.50) basierend auf den von Ihnen bereitgestellten Informationen zwischen den beiden Netzwerken/Switches routen, ein Ping von 10.3.15.5 zu 192.168.2.113 istsollstsieht aus wie das:

10.3.15.5 --> 10.3.15.1 --> 192.168.2.113           #Request
192.168.2.113 --> 192.168.2.50 --> 10.3.15.5        #Reply

Die Maschine 10.3.15.5 sieht einwandfrei aus, aber Sie haben gesagt, für die Maschine 192.168.2.113 sei kein Gateway festgelegt. Wahrscheinlich passiert also tatsächlich Folgendes:

10.3.15.5 --> 10.3.15.1 --> 192.168.2.113           #Request
192.168.2.113 --X--                                 #Reply

Da 192.168.2.113 kein Gateway hat, weiß es nicht, wohin die Antwort gesendet werden soll.

Stellen Sie das Gateway auf 192.168.2.50 ein oder fügen Sie alternativ eine statische Route für 10.3.15.0/24 über 192.168.2.50 hinzu

Antwort2

Es scheint, dass Ihnen eine statische Route fehlt. 10.3.15.5 scheint nicht zu wissen, wie er zu 192.168.2.113 gelangt. Bitte stellen Sie die Routing-Tabelle für den Host 10.3.15.5 zur Verfügung.

verwandte Informationen