Standard Gateway umbiegen

[Mein_erstes_Mal (peter_s158)]

Guten Tag,
ich habe eine etwas dumme Frage aber aus der Notwendigkeit heraus Frage 
ich trotzdem.
Ich habe das Problem das ich ein Geräte hinter einem OPEN VPN fähigen 
Linux Router habe auf dem das Standard Gateway falsch eingestellt ist.
Kann ich eine Art NAT machen irgendwie dem Gerät vorgauckeln das es 
Trafik aus dem Lokalennetz kommt?

Danke für die Hilfe

[Rüdiger B. (rbruns)]

windows: add route
Linux: ähnlich
embedded: ?????

also dein Netzwerk ist z.B. 192.168.1.0
mit dem Std Gateway 192.168.1.1
wenn du jetzt über 192.168.1.2 den Rechner auf 8.8.8.8 erreichen willst
musst du eine Rote nach 8.8.8.8 über 192.168.1.2 hinzufügen.

[(prx) A. K. (prx)]

Rüdiger B. schrieb:
> windows: add route

route add

[Mario M. (thelonging)]

Ohne Zugriff auf das Gerät kann man keine Route anlegen. Wie ist das VPN 
konfiguriert. Im einfachsten Fall bekommt man doch eine interne IP 
zugewiesen, so dass das Gateway keine Rolle spielt.

[Mein_erstes_Mal (peter_s158)]

Das Gerät hinter dem VPN Router ist Lokal erreichbar.
Aus dem Vpn von draußen benötige ich das Standard Gateway.
Andere Geräte im Netz sind erreichbar.
Muss also so eine Art Nat machen.
Weiß nur nicht wie.
Danke für die Hilfe

[(prx) A. K. (prx)]

Eine Skizze vom Netz einschliesslich der IP-Adressen und -Masken sowie 
der Gegenstelle der VPN könnte helfen.

[Rüdiger B. (rbruns)]

Also son ein Problem:
https://www.computerbase.de/forum/threads/vpn-zu-subnet-hinter-fritzbox.1745882/

[(prx) A. K. (prx)]

Wenn der Internet-Router lokal im Netz eine Route auf das VPN Zielnetz 
über den VPN Router definieren kann, dann gehts zwar um's Eck, hilft 
aber. Fritzen können.

[Mario M. (thelonging)]

Wenn die Default-Route des Netzwerkgerätes nicht auf das Gateway zeigt, 
nützt die zusätzliche Route im Gateway  nichts.

[Mein_erstes_Mal (peter_s158)]

(prx) A. K. schrieb:
> Eine Skizze vom Netz einschliesslich der IP-Adressen und -Masken sowie
> der Gegenstelle der VPN könnte helfen.

Hier eine Skizze .(bin kein guter Maler )
Die Kamera auf der der Standard Gateway eingestellt ist, ist von meinem 
Pc mit open vpn erreichbar. Die andere nicht.

[(prx) A. K. (prx)]

Ich bezweifle, dass Geräte mit 10.x.x.x direkt im Internet hängen.

[Mein_erstes_Mal (peter_s158)]

(prx) A. K. schrieb:
> Ich bezweifle, dass Geräte mit 10.x.x.x direkt im Internet hängen.

deswegen steht auch Vpn Ip davor

[(prx) A. K. (prx)]

Wenn du qualifizierte Hilfe haben willst, musst du entweder dein Gehirn 
komplett veröffentlichen, oder ersatzweise die relevante Information 
posten. Letzteres funktioniert grafisch sehr viel besser als in Prosa.

Bei dieser Skizze müsste ich leider genauso raten, was damit gemeint 
ist, wie bei der vorigen Prosa. Aber vielleicht sind andere darin 
besser.

[Mein_erstes_Mal (peter_s158)]

(prx) A. K. schrieb:
> Wenn du qualifizierte Hilfe haben willst, musst du entweder dein Gehirn
> komplett veröffentlichen, oder ersatzweise die relevante Information
> posten. Letzteres funktioniert grafisch sehr viel besser als in Prosa.

Ich habe deshalb diese Skizze angefertigt.
Bitte sag mir welche Infos fehlen?
Ich möchte irgendwie auf dem Vpn Linux router eine art Nat machen damit 
das gerät ohne Standard Gateway meint die Pakete kommen aus  dem Lokalen 
Netz. bzw das die pakete auch wieder zurück an den Pc kommen und nicht 
im nirvana verschwinden.

[Rüdiger B. (rbruns)]

Grundsätzlich wird im lokalen Netz über das ARP Protokoll direkt über 
die MAC Adressen Kommuniziert. Alles andere geht über ein 
(Standard)Gateway.
Wenn du auf dem Router 192.168.1.1 einen VPN Tunnel enden lässt und du 
eine Adresse im 192.168.1.0 Netz bekommst kannst du auf die Kamera ohne 
Std Gateway zugreifen.

[Mario M. (thelonging)]

Hast Du Shellzugriff auf dem VPN-Router? Dann könntest Du mit einem 
SSH-Tunnel auf die Kamera zugreifen. Funktioniert ein Ping vom Router 
oder der erreichbaren Kamera auf die 192.168.1.11? Nicht dass sich die 
Kamera per DHCP eine andere IP geholt hat. Wie sind die Netzmasken der 
VPN-IPs?

[Mein_erstes_Mal (peter_s158)]

Mario M. schrieb:
> Hast Du Shellzugriff auf dem VPN-Router? Dann könntest Du mit einem
> SSH-Tunnel auf die Kamera zugreifen. Funktioniert ein Ping vom Router
> oder der erreichbaren Kamera auf die 192.168.1.11? Nicht dass sich die
> Kamera per DHCP eine andere IP geholt hat. Wie sind die Netzmasken der
> VPN-IPs?

Ja ich habe SSH Zugriff.
Ping zur Kamera 192.168.1.11 funktioniert.
Die Kamera hat kein SSh.

[Mein_erstes_Mal (peter_s158)]

Rüdiger B. schrieb:
> Grundsätzlich wird im lokalen Netz über das ARP Protokoll direkt über
> die MAC Adressen Kommuniziert. Alles andere geht über ein
> (Standard)Gateway.
> Wenn du auf dem Router 192.168.1.1 einen VPN Tunnel enden lässt und du
> eine Adresse im 192.168.1.0 Netz bekommst kannst du auf die Kamera ohne
> Std Gateway zugreifen.

Leider komme ich über VPN nur  auf die Kamera mit Standard Gateway.

Sind die selben Kameras nur einmal mit Standard Gateway und einmal ohne.

[Mein_erstes_Mal (peter_s158)]

Kann ich mit iptables etwas umbiegen?

[Rüdiger B. (rbruns)]

Dann sag doch mal warum die zweite Kamera kein Std Gateway hat.

[Mario M. (thelonging)]

Mein_erstes_Mal schrieb:
> Ich habe das Problem das ich ein Geräte hinter einem OPEN VPN fähigen
> Linux Router habe auf dem das Standard Gateway falsch eingestellt ist.

[Mein_erstes_Mal (peter_s158)]

Rüdiger B. schrieb:
> Dann sag doch mal warum die zweite Kamera kein Std Gateway hat.

Weil ich es versemmelt habe.
Und ich es jetzt reparieren will. Möchte aber nicht 1600km machen um das 
umzustellen.

[Rüdiger B. (rbruns)]

Mein_erstes_Mal schrieb:
> Weil ich es versemmelt habe.
> Und ich es jetzt reparieren will. Möchte aber nicht 1600km machen um das
> umzustellen.

Das ist ein deutliches Argument.

[Mario M. (thelonging)]

Probiere mal

ssh user@192.168.1.1 -L 8000:192.168.1.11:80

Dann erreichst Du über localhost:8000 den Webserver der Kamera. "user" 
musst Du durch den ssh-User ersetzen.

[Rüdiger B. (rbruns)]

Deine Konfiguration sieht so aus als ob du den Router 192.168.1.1 nicht 
aus dem Internet erreichen kannst(Mobilfunk). Hat der Router 192.168.1.1 
oder die Kamera MIT STD Gateway eien shell ?

[Mario M. (thelonging)]

Ach so, wahrscheinlich musst Du statt der 192.168.1.1 die 10.13.20.1 
verwenden.

[Mein_erstes_Mal (peter_s158)]

Mario M. schrieb:
> Ach so, wahrscheinlich musst Du statt der 192.168.1.1 die 10.13.20.1
> verwenden.

Nein Nein so wie du es oben geschrieben hast stimmt es schon.

Danke für die Hilfe.
Konnte das Gateway umstellen.

Dies geht natürlich nur wenn ein bestimmter Port wie hier der Port 80 im 
Spiel ist.

Wenn man auf eine  Software angewiesen ist wo man den Port nicht wählen 
kann dann geht es nicht.

[Motopick (motopick)]

> Mein_erstes_Mal schrieb:
>> Weil ich es versemmelt habe.

Ich hoffe ich kann dich troesten, dass ich so einen
"Spezi" auch kenne.
Der hatte bei ca. der Haelfte der zu installierenden
Geraetschaften IP-Adresse und Gateway vertauscht. :)
Und es waren nicht 2, sondern gleich 30 "Kisten".
Als die dann vom Fieldservice angekabelt wurden, gab es
erst einmal ein schoenes Chaos.

Wam mich nicht verwundert hat. Die Aufmerksamkeitsspanne bei
dem "Spezi" lag bei deutlich unter fuenf Minuten.
In dem Intervall brummte sein Eierfon naemlich immer.

Aber Glueckwunsch dass du es mit ssh hingekriegt hast!

Der "Spezi" damals konnte nichts tun. Andere haben dann mit
manipulierten ARP-Tabellen die Chose wieder zum laufen gebracht.

[Rüdiger B. (rbruns)]

In einer Schule gab es mal eine Serie mit gefälschten 3Com Karten, MAC 
Adressen waren mehrfach vorhanden!!!
Oder bei einer Schulung in einer VHS: Der Timeout bei einer Sitzung 
wurde beim Anmelden Die Lokale Zeit genommen zum Timeout die Serverzeit. 
Dumm wenn nicht alle Rechner dasselbe Datum haben.
DAS sind Fehler an denen du verzweifelst.

[Motopick (motopick)]

> MAC Adressen waren mehrfach vorhanden!!!

Ich wurde in einer Firma fuer die ich taetig war, mal nach der
MAC-Adresse "meines" Firmennotebooks gefragt.
Da wollte "Netzwerker" wohl meinem Tun ein wenig nachstellen.
Meine Antwort hat ihn jedenfalls verbluefft: "Er muesse bei
den MAC-Adressen nur mal nach meinem Namen suchen :)."

Ansonsten halte ich die 3Com-Geschichte fuer eine Legende die
zwar schon lange durch D geistert, was sie aber nicht
wahrscheinlicher macht.

Und das Uhrenproblem muss man M$ anlasten. Bei "richtigen" Rechnern
mit "richtigen" Betriebssystemen wird die RTC immer(!) auf UTC
gestellt. Nur der deutsche D.A.U. hat da immer seine lokale Zeit
eingetragen.

[Rüdiger B. (rbruns)]

Motopick schrieb:
> Und das Uhrenproblem muss man M$ anlasten. Bei "richtigen" Rechnern
> mit "richtigen" Betriebssystemen wird die RTC immer(!) auf UTC
> gestellt. Nur der deutsche D.A.U. hat da immer seine lokale Zeit
> eingetragen.

Kann man in der Registry ändern:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation 
]
| "RealTimeIsUniversal"=dword:00000001