VPN und lokale IP Adressen

Sven L. schrieb:
> Tja auf beiden Seiten gleiche IP-Adressen ist nicht gut und macht
> Probleme.

Deine Antwort ist auch nicht gut und macht Probleme.

Sven L. schrieb:
> Tja auf beiden Seiten gleiche IP-Adressen ist nicht gut und macht
> Probleme.

Mag sein.

Aber zumindest die IP meines Raspi ist auf Client-Seite nicht vergeben. 
Die gibt es nur im Ziel/Heimnetz.

Man könnte auch einen mount namespace erstellen, das Physische Interface 
da rein packen, das lokale Netzwerk darin konfigurieren, den VPN Client 
da rein packen, und dann das tap device wieder in den hauptnamespace 
verschieben und das vpn netz dort konfigurieren. Statt die interfaces zu 
verschieben könnte man auch veth und bridges verwenden. So kann man 
unterschiedliche Prozesse über unterschiedliche Netze mit gleichem IP 
Addressbereich routen.

DPA schrieb:
> Man könnte auch einen mount namespace erstellen, das Physische
> Interface
> da rein packen, das lokale Netzwerk darin konfigurieren, den VPN Client
> da rein packen, und dann das tap device wieder in den hauptnamespace
> verschieben und das vpn netz dort konfigurieren. Statt die interfaces zu
> verschieben könnte man auch veth und bridges verwenden. So kann man
> unterschiedliche Prozesse über unterschiedliche Netze mit gleichem IP
> Addressbereich routen.

Rembrand?

Kassowarth von Sondermuehlen schrieb:
> Rembrand?

Wer oder was ist rembrand?

Wonkel schrieb:
> Woran könnte es liegem, dass Web-Zugriffe korrekt über VPN aufgelöst
> werden, aber lokale IP-Adressen nicht?
> Ist das ein Problem des Laptops oder der Fritzbox?

Wenn sowohl lokal als auch remote der Bereich 192.168.178.x mit der 
Maske 255.255.255.0 benutzt wird, kann man nicht gleichzeitig auf beiden 
Netze zugreifen.

Wen die Bereiche unterscheidlich sind, kann man unter Windows 
Routen-Tabellen  benutzen. Unter Mac OS geht das sicherlich auch.

Eventuell kann die FritzBox die remote Geräte auch über andere Adressen 
im VPN zur Verfügung stellen.

DPA schrieb:
> Man könnte auch [blabla...]
Bingo


Nein, das funktioniert nicht, weil die Gegenseite den Weg zurück nicht 
kennt.

KnallWissend schrieb:
> Sven L. schrieb:
>> Tja auf beiden Seiten gleiche IP-Adressen ist nicht gut und macht
>> Probleme.
>
> Deine Antwort ist auch nicht gut und macht Probleme.

Ist aber korrekt

Horst schrieb:
> DPA schrieb:
>> Man könnte auch [blabla...]
> Bingo
>
> Nein, das funktioniert nicht, weil die Gegenseite den Weg zurück nicht
> kennt.

Doch, das geht. Im network namespace, in dem das VPN program läuft, wäre 
das Routing für das normale netz eingestellt, mit normaler ip darin über 
das normale netzwerkinterface usw. Im Haupt network namespace, in dem 
der ganze rest ist, wäre das Routing über das VPN tap device 
eingestellt, mit IP und allem vom VPN netz. Die andere Seite bekommt von 
den namespaces garnichts mit. Jenachdem, ob in welchem der 2 Namespace 
man eine Anwendung startet, kommuniziert man jeweils mit dem lokalen, 
oder dem VPN netz. Das VPN muss natürlich auf der anderen seite schon so 
eingerichtet sein, dass es den Zugriff auf lokale geräte nicht blokiert, 
aber das sollte kein problem sein.

Ich verstehe seine Anforderung so, dass er alles über das VPN routen 
will, und gar keine sachen im lokalen Netz ansteuern will, selbst dann, 
wenn das lokale Netz mal den selben IP Bereich haben sollte. Es ist mit 
der methode natürlich (fast) nicht möglich, gleichzeitig mit der 
gleichen Anwendung auf beide Netze zuzugreifen.