Wenn sich zwei Ger\u00e4te hinter NAT oder strengen Firewalls befinden und sich nicht direkt \u201esehen\u201c k\u00f6nnen, scheint ein VPN die Standardl\u00f6sung zu sein. Ein vollwertiger L3-Tunnel (wie WireGuard oder OpenVPN) ist jedoch h\u00e4ufig \u00fcberfl\u00fcssig: Er erfordert Root-Rechte, die Einrichtung virtueller Schnittstellen und kann zu Konflikten mit vorhandenen Routen f\u00fchren.<\/p>\n
In solchen F\u00e4llen ist es praktisch, Chisel<\/b> zu verwenden \u2013 einen TCP\/UDP-Tunnel, der auf HTTP l\u00e4uft und WebSockets f\u00fcr die Daten\u00fcbertragung verwendet. In diesem Hinweis werde ich zeigen, wie man einen Port \u00fcber einen Zwischenserver von einem Client an einen anderen \u201eweiterleitet\u201c.<\/p>\nWie funktioniert es?<\/h2>\n
Stellen Sie sich die Situation vor: Sie haben Client A<\/b> (z. B. Ihren Heimserver), Client B<\/b> (Ihren Arbeitslaptop) und einen VPS<\/b> mit einer \u00f6ffentlichen IP-Adresse. Clients A und B k\u00f6nnen auf den VPS zugreifen, jedoch nicht aufeinander.<\/p>\n
Das Weiterleitungsschema sieht folgenderma\u00dfen aus:
\n1. Client A<\/b> stellt eine Verbindung zum VPS her und \u00f6ffnet einen \u201eReverse\u201c-Port auf dem Server. Jetzt geht alles, was an Port X des Servers ankommt, an Port Y von Client A.
\n2. Client B<\/b> stellt eine Verbindung zum VPS her und leitet Port Z von seinem lokalen Computer an Port X des Servers weiter.
\n3. Infolgedessen greift Client B auf localhost:Z<\/b> zu und landet auf Client A:Y<\/b>.<\/p>\n
Dieser Ansatz ist eine der L\u00f6sungen in F\u00e4llen, in denen die Kommunikation mit einem VPS keine L3-Schicht implementiert oder keine M\u00f6glichkeit besteht, Routing zwischen Clients zu konfigurieren. Wir arbeiten ausschlie\u00dflich auf Anwendungs- und Portebene.<\/p>\n
F\u00fchren Sie Chisel auf Ihrem VPS einfach im Servermodus aus. Das Flag Nehmen wir an, Kunde A m\u00f6chte den Zugriff auf seinen lokalen Webserver auf Port 3000 \u00f6ffnen. Er verbindet sich mit dem VPS und sagt: \u201eReservieren Sie Port 2000 auf dem Server und leiten Sie ihn an 3000 an mich weiter.\u201c<\/p>\n Jetzt f\u00fchrt Port 2000 am VPS (an der Loopback-Schnittstelle) zu Client A.<\/p>\n Jetzt m\u00f6chte Client B auf diese Ressource zugreifen. Es verbindet sich mit demselben VPS und leitet seinen lokalen Port 8080 an Port 2000 des Servers weiter.<\/p>\n Bereit! Wenn Sie nun Chisel unterst\u00fctzt die Authentifizierung \u00fcber das Flag Der Hauptvorteil dieses Ansatzes besteht darin, dass keine TUN\/TAP-Ger\u00e4te und komplexen Routing-Tabellen erforderlich sind. Dabei handelt es sich um einen abgespeckten Tunnel, der genau eines tut: Ports \u00fcber eine WebSocket-Verbindung bindet. Dies funktioniert sogar \u00fcber Unternehmens-Proxys, wenn Sie Chisel so konfigurieren, dass es \u00fcber Port 443 funktioniert.<\/p>\n Chisel ist ein Dienstprogramm f\u00fcr bestimmte Netzwerkaufgaben. Wenn Sie Ports zwischen isolierten Knoten weiterleiten m\u00fcssen, ohne ein vollwertiges VPN einzurichten, erweist sich eine Kombination aus Vorw\u00e4rts- und R\u00fcckw\u00e4rtstunneln \u00fcber einen Relay-Server als eine durchaus praktikable L\u00f6sung.<\/p>\n--reverse<\/code> ist erforderlich, damit Clients Ports auf der Serverseite \u00f6ffnen k\u00f6nnen.<\/p>\nchisel server --port 8080 --reverse\n<\/code><\/pre>\n<\/div>\nSchritt 2: Client A (Quelle) verbinden<\/h2>\n
chisel client vps-ip:8080 R:2000:127.0.0.1:3000\n<\/code><\/pre>\n<\/div>\nSchritt 3: Client B (Verbraucher) verbinden<\/h2>\n
chisel client vps-ip:8080 8080:127.0.0.1:2000\n<\/code><\/pre>\n<\/div>\nhttp:\/\/localhost:8080<\/code> auf Client B \u00f6ffnen, sehen Sie, dass der Dienst auf Client A ausgef\u00fchrt wird.<\/p>\nSicherheit und Nuancen<\/h2>\n
--auth<\/code>, was bei der Arbeit \u00fcber \u00f6ffentliche Server dringend empfohlen wird. Sie k\u00f6nnen TLS-Zertifikate auch zum Verschl\u00fcsseln des Datenverkehrs verwenden.<\/p>\nAusgabe<\/h2>\n
Links<\/h2>\n