Wie richte ich einen SSH-Server mit VPN-Tunnel ein? (Richtlinienrouting für SSHD-Dienst)

Wie richte ich einen SSH-Server mit VPN-Tunnel ein? (Richtlinienrouting für SSHD-Dienst)

Da es mir schwerfällt, es in Worte zu fassen, habe ich Diagramme erstellt.

Kurz gesagt, ich möchte, dass Folgendes funktioniert: Das Ziel
Grundsätzlich möchte ich in der Lage sein, von meinem Laptop [A] über SSH eine Verbindung zu meinem Desktop [B] herzustellen und ein Terminalprogramm über eine OpenVPN-Verbindung auszuführen, beispielsweise einen IRC-Client.

Bisher funktionieren SSHD, OpenVPN-Tunnel und Portweiterleitung auf meinem Router, aber es scheint, als sei der Port geschlossen (oder wird nicht weitergeleitet), und es kommt zu einem Verbindungs-Timeout.Ich habe es auch ohne VPN versucht und das ist auch fehlgeschlagen.

Bearbeiten:
Wenn [B] ohne OpenVPN läuft, akzeptiert es Verbindungen zu externen IPs, wenn es mit OpenVPN läuft, tut es dies nicht.

Ich habe keine Ahnung, was los ist.


Seltsamerweise (für mich) funktioniert das einwandfrei:

Bildbeschreibung hier eingeben

Ich kann eine Verbindung von [A] nach [B] [A]$ ssh [B].local_IPund
von [B] (über VPN) nach [B] (WAN-IP) herstellen [B]$ ssh [B].WAN_IP.
Ich hoffe, das ergibt Sinn. In dieser Konfiguration scheint die Portweiterleitung zu funktionieren, auch lokal funktioniert SSHD; in der vorherigen Konfiguration funktioniert die Portweiterleitung nicht(?).


Ich dachte, es müsste einfach sein, aber das ist es nicht. Eine Suche bei Google ist zwecklos.

Bei meinem Router handelt es sich um einen Belkin F5D8636-4 v1 (01), der möglicherweise Probleme verursachen könnte, aber ich würde vor dem Kauf eines neuen Routers lieber jede andere Möglichkeit ausschließen.

Edit 2):
Ich bin zufällig aufdieser Beitrag, aber die Antwort funktioniert bei mir nicht. Nachdem ich mit dem Policy-Routing herumgespielt hatte, hatte ich einige Erfolge, allerdings traten dadurch andere Probleme auf und ich habe festgestellt, dass ich von Routing-Tabellen nichts verstehe :(
Ich glaube jedoch, dass die Lösung im Policy-Routing liegt.

Jeder Ratschlag ist willkommen.

Antwort1

Ja, ich habe eine Antwort gefundenHier(durch Zufall).
Dieses Setup auf der Maschine [B] löste das Problem:

ip rule add from 192.168.1.X table 128
ip route add table 128 to 192.168.1.0/24 dev eth1
ip route add table 128 default via 192.168.1.1

Ich schätze, die Anerkennung gilt dem BenutzerAGWA.

verwandte Informationen