Windows 7 route print
Guten Morgen Leute,
wer hat sich damit noch den Kopf zerbrechen müssen?
Ich hab da folgendes Problem.
Wir haben bei uns in der Firma ein 192.168.1.X Netz. Eine andere Firma, die von uns per VPN angesprochen wird hat ebensolches Netz. Es gibt ja da das Problem, dass wenn ich nen RDP öffne und keinen Standardgateway aus der Firma am anderen Ende der VPN-Leitung bekomme, ich immer auf den Rechnern meiner Firma lande und nicht rauskomme.
das habe ich bisher immer mit einem Script gelöst, dass sich den Standardgateway per Befehl "route print" ausliest und diesen mit route add weitergibt.
Das blöde ist nun, dass ich bei Windows 7 beim Befehl "route print" keine Ausgabe "Standardgateway" mehr bekomme und wenn ich ipconfig mir anschaue .... bei aktiver VPN-Verbindung mir als Standardgateway ein 0.0.0.0 ausgegeben wird.
Musste jemand von euch sich auch schon einmal mit der Prolbematik auseinandersetzen und hat ne Lösung gefunden?
hier mal nen schnipsel von meinem Script
@echo off
echo VPN-Verbindung waehlen
echo.
echo [1] Firma1
echo.
echo.
set /p choice=VPN
echo.
if %choice% == 1 goto Firma1VPN
echo.
:Firma1VPN
rasdial "Firma1" User Passwort
For /F "tokens=2 delims=: " %%a in ('route print^|Find /i "Standardgateway"') do @set Gateway=%%a
echo.
echo.
echo aktiver Gateway: %Gateway%
echo.
:RDPLIST
echo Remoterechner waehlen
echo.
echo [1] DC1
echo [2] DC2
.
.
.
.
.
:DC1
route ADD 192.168.1.1 MASK 255.255.255.255 %Gateway%
mstsc /admin /v:192.168.1.1
route DELETE 192.168.1.1
goto RDPLIST
Greets Pille
wer hat sich damit noch den Kopf zerbrechen müssen?
Ich hab da folgendes Problem.
Wir haben bei uns in der Firma ein 192.168.1.X Netz. Eine andere Firma, die von uns per VPN angesprochen wird hat ebensolches Netz. Es gibt ja da das Problem, dass wenn ich nen RDP öffne und keinen Standardgateway aus der Firma am anderen Ende der VPN-Leitung bekomme, ich immer auf den Rechnern meiner Firma lande und nicht rauskomme.
das habe ich bisher immer mit einem Script gelöst, dass sich den Standardgateway per Befehl "route print" ausliest und diesen mit route add weitergibt.
Das blöde ist nun, dass ich bei Windows 7 beim Befehl "route print" keine Ausgabe "Standardgateway" mehr bekomme und wenn ich ipconfig mir anschaue .... bei aktiver VPN-Verbindung mir als Standardgateway ein 0.0.0.0 ausgegeben wird.
Musste jemand von euch sich auch schon einmal mit der Prolbematik auseinandersetzen und hat ne Lösung gefunden?
hier mal nen schnipsel von meinem Script
@echo off
echo VPN-Verbindung waehlen
echo.
echo [1] Firma1
echo.
echo.
set /p choice=VPN
echo.
if %choice% == 1 goto Firma1VPN
echo.
:Firma1VPN
rasdial "Firma1" User Passwort
For /F "tokens=2 delims=: " %%a in ('route print^|Find /i "Standardgateway"') do @set Gateway=%%a
echo.
echo.
echo aktiver Gateway: %Gateway%
echo.
:RDPLIST
echo Remoterechner waehlen
echo.
echo [1] DC1
echo [2] DC2
.
.
.
.
.
:DC1
route ADD 192.168.1.1 MASK 255.255.255.255 %Gateway%
mstsc /admin /v:192.168.1.1
route DELETE 192.168.1.1
goto RDPLIST
Greets Pille
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 123185
Url: https://administrator.de/contentid/123185
Ausgedruckt am: 25.11.2024 um 19:11 Uhr
6 Kommentare
Neuester Kommentar
Es gehört zu den goldenen Regeln eines VPN Designs das lokales und remotes Netzwerk NIEMALS gleich sein dürfen !!
Ist ja auch logisch, da so ein Routing der remoten Netze vollkommen unmöglich wird.
Die Wahl eines IP Netzwerk mit so einer Banal IP Adresse wie 192.168.1.0 was jeder Dummbatz Router vom Blödmarkt vom Grabbeltisch und alle T-Com Router verwenden, zeugt eher von wenig Intelligenz oder Nachdenken bei der VPN Planung...sorry für die harten Worte aber so ist es nun mal !
Sieh dir mal den RFC 1918 an ! Der beschreibt dir die IP Adressblocks die du für Private_IP_Netze hast !!
Wenn man nur etwas nachdenkt wählt man bei VPN Nutzung als lokales IP Netzwerk IMMER etwas IP netztechnisch "exotisches" wie z.B.
192.168.217.0 /24
oder
172.24.1.0 /24
oder
10.168.1.0 /24
oder oder oder....
Etwas individuellere private IP Netze gibt es ja zuhauf um so einen VPN Konflikt wie deinen oben sicher aus dem Wege zu gehen !!
Bei deinem Banalnetz wird dir diese Konflikt täglich passieren, denn jeder der nicht nachdenkt benutzt das 192.168.1.0er Banalnetz !
Fazit: Vergiss deine Routing Frickelei ! Das Problem löst du nur duch die Wahl einer neuen und intelligenten IP Adressierung dauerhaft und sicher !!
Ist ja auch logisch, da so ein Routing der remoten Netze vollkommen unmöglich wird.
Die Wahl eines IP Netzwerk mit so einer Banal IP Adresse wie 192.168.1.0 was jeder Dummbatz Router vom Blödmarkt vom Grabbeltisch und alle T-Com Router verwenden, zeugt eher von wenig Intelligenz oder Nachdenken bei der VPN Planung...sorry für die harten Worte aber so ist es nun mal !
Sieh dir mal den RFC 1918 an ! Der beschreibt dir die IP Adressblocks die du für Private_IP_Netze hast !!
Wenn man nur etwas nachdenkt wählt man bei VPN Nutzung als lokales IP Netzwerk IMMER etwas IP netztechnisch "exotisches" wie z.B.
192.168.217.0 /24
oder
172.24.1.0 /24
oder
10.168.1.0 /24
oder oder oder....
Etwas individuellere private IP Netze gibt es ja zuhauf um so einen VPN Konflikt wie deinen oben sicher aus dem Wege zu gehen !!
Bei deinem Banalnetz wird dir diese Konflikt täglich passieren, denn jeder der nicht nachdenkt benutzt das 192.168.1.0er Banalnetz !
Fazit: Vergiss deine Routing Frickelei ! Das Problem löst du nur duch die Wahl einer neuen und intelligenten IP Adressierung dauerhaft und sicher !!
Auch mit unflätigen Äußerungen wirst du dein Problem nicht lösen können ohne eine IP Adressänderung. Mit Schlaumeierei oder RFCs hat das auch recht wenig zu tun sondern eher mit Fachwissen und Umsicht bei der Planung von Netzen...aber das weisst du ja sicher selber !
Mal sehen ob dir dann noch einer hier den entscheidenden Tipp gibt...vermutlich eher wohl nicht aus bekannten Gründen...
Vielleict siehst auch du dann ein das es einfach keine Lösung für deine Frage geben kann solange die Basis nicht stimmt ?! Auch wenn man noch so ein toller Skript Frickler ist...
Mal sehen ob dir dann noch einer hier den entscheidenden Tipp gibt...vermutlich eher wohl nicht aus bekannten Gründen...
Vielleict siehst auch du dann ein das es einfach keine Lösung für deine Frage geben kann solange die Basis nicht stimmt ?! Auch wenn man noch so ein toller Skript Frickler ist...
Du hast also zwei Netze im gleichen Bereich (jetzt mal die Sinnfrage beiseite) und hast dir mit einem Kniff beholfen, um passend zum Netz den Default Gateway zu setzen.
Ich habe das jetzt bei uns ausprobiert. Auch hier unter Windows 7 bekomme ich mit "route print" keinen Default Gateway angezeigt. Erstaunlich, dass das bisher keinem aufgefallen ist. Vielleicht geht es jetzt anders oder man braucht es für gewöhnlich nicht, weil ja solche Netze keiner bauen würde ;) Aber wenn das halt nicht in deiner Macht steht....
Also, leider auch von mir keine Lösung. Konnte dazu nichts finden, bin aber sehr gespannt, ob jemand eine Lösung anbieten kann.
Ich habe das jetzt bei uns ausprobiert. Auch hier unter Windows 7 bekomme ich mit "route print" keinen Default Gateway angezeigt. Erstaunlich, dass das bisher keinem aufgefallen ist. Vielleicht geht es jetzt anders oder man braucht es für gewöhnlich nicht, weil ja solche Netze keiner bauen würde ;) Aber wenn das halt nicht in deiner Macht steht....
Also, leider auch von mir keine Lösung. Konnte dazu nichts finden, bin aber sehr gespannt, ob jemand eine Lösung anbieten kann.