openVPN: Fehler?

[mod3]

Moin!

War heute sehr erstaunt:
Auf einem Gateway-System läuft ein openVPN-Server (10.0.0.1), das System selbst hängt in einem anderen Subnetz (192.168.0.1).
Versehentlich verklickte ich mich bei Putty und wählte die Verbindung über das VPN-Device, obwohl mein eigener VPN-Client zu dem Zeitpunkt nicht lief.
Trotzdem konnte ich mich zum Gateway verbinden... ?!
Kurzform: Ich war nicht im VPN, konnte mich aber über die IP des VPN-Servers zu diesem verbinden.

Grüße,
mod3

[Natureshadow]

Hallo,

warst du denn im gleichen Subnetz wie das Gateway-System und wenn ja, ist es auch dein Standardgateway?

Dann ist das doch nicht weiter verwunderlich sondern einfach nur logisch ...

-nik

[unitra]

Moin!

War heute sehr erstaunt:
Auf einem Gateway-System läuft ein openVPN-Server (10.0.0.1), das System selbst hängt in einem anderen Subnetz (192.168.0.1).
Versehentlich verklickte ich mich bei Putty und wählte die Verbindung über das VPN-Device, obwohl mein eigener VPN-Client zu dem Zeitpunkt nicht lief.
Trotzdem konnte ich mich zum Gateway verbinden... ?!
Kurzform: Ich war nicht im VPN, konnte mich aber über die IP des VPN-Servers zu diesem verbinden.

Grüße,
mod3

Du weisst nicht was Du eingerichtet hast und vestehst nicht wie es funktioniert?
Ohne wenigstens einen traceroute mit Tunnnel und ohne Tunnel kann hier keiner helfen. (mit Traceroute eventuell).

[Natureshadow]

Kristallkugel vorgeheizt in 3... 2... 1...

Er sitzt im lokalen Subnet der Gateway-Kiste (192.168.0.0/16). Das ist auch sein Gateway ins Internet / default gateway; sein VPN testet er sinnfreierweise lokal, was sowieso Routing-Fnords gibt. Und da die Kiste, auf der der VPN-Tunnel endet auch sein lokales Standardgateway außerhalb des VPNs ist, wird 10.0.0.1 natürlich darüber geroutet und landet dann da auf dem VPN-Interface.

Völlig normales Verhalten.

[unitra]

Kristallkugel vorgeheizt in 3... 2... 1...

Er sitzt im lokalen Subnet der Gateway-Kiste (192.168.0.0/16). Das ist auch sein Gateway ins Internet / default gateway; sein VPN testet er sinnfreierweise lokal, was sowieso Routing-Fnords gibt. Und da die Kiste, auf der der VPN-Tunnel endet auch sein lokales Standardgateway außerhalb des VPNs ist, wird 10.0.0.1 natürlich darüber geroutet und landet dann da auf dem VPN-Interface.

Völlig normales Verhalten.

So eine Kristallkugel ist schon was Feines...
Dann noch vorgeheizt, ein Traum

[Natureshadow]

Na, seit ich hier im Forum psote läuft die sogar heißt, braucht man ja öfters !