|
Anzeige
|
Standard Gateway umbiegenGuten 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 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. 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. 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 Eine Skizze vom Netz einschliesslich der IP-Adressen und -Masken sowie der Gegenstelle der VPN könnte helfen. Also son ein Problem: https://www.computerbase.de/forum/threads/vpn-zu-subnet-hinter-fritzbox.1745882/ 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. Wenn die Default-Route des Netzwerkgerätes nicht auf das Gateway zeigt, nützt die zusätzliche Route im Gateway nichts.
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.
Angehängte Dateien:
Ich bezweifle, dass Geräte mit 10.x.x.x direkt im Internet hängen.
deswegen steht auch Vpn Ip davor 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.
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. 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. 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.
Leider komme ich über VPN nur auf die Kamera mit Standard Gateway. Sind die selben Kameras nur einmal mit Standard Gateway und einmal ohne. Kann ich mit iptables etwas umbiegen? 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.
Das ist ein deutliches Argument. Probiere mal
Dann erreichst Du über localhost:8000 den Webserver der Kamera. "user" musst Du durch den ssh-User ersetzen. 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 ? 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.
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. 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.
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.
Kann man in der Registry ändern: [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation] | "RealTimeIsUniversal"=dword:00000001 Antwort schreiben |
Anzeige
|
