Einfache Möglichkeit, einen Tunnel von einem lokalen Port zu einem anderen zu erstellen?

Ich habe einen Entwicklungsserver, auf den nur von 127.0.0.1:8000 zugegriffen werden kann, nicht von 192.168.1.x: 8000. Als schnellen Hack gibt es eine Möglichkeit, etwas einzurichten, um auf einem anderen Port (z. B. 8001) zu lauschen, sodass ich über das lokale Netzwerk 192.168.1.x: 8001 verbinden und den Datenverkehr zwischen dem Client und 127.0 tunneln kann 0,1: 8000 & le;

Ssh ist die einfachste Lösung.

ssh -g -L 8001: localhost: 8000 -f -N user@remote-server.com

Dadurch wird der lokale Port 8001 auf Ihrer Workstation an die localhost-Adresse auf remote-server.com, Port 8000
-g, weitergeleitet. Dies bedeutet, dass andere Clients in meinem Netzwerk eine Verbindung zu Port 8001 auf meiner Workstation herstellen können. Andernfalls können nur lokale Clients auf Ihrer Workstation eine Verbindung zum weitergeleiteten Port herstellen.
-NDas heißt, ich leite nur Ports weiter und starte keine Shell.
-fbedeutet, nach einer erfolgreichen SSH-Verbindung und Anmeldung in den Hintergrund zu treten.
Port 8001 bleibt für viele Verbindungen offen, bis ssh stirbt oder getötet wird. Wenn Sie zufällig unter Windows arbeiten, ist dies auch mit dem hervorragenden SSH-Client PuTTY möglich. Verwenden Sie 8001 als lokalen Port und localhost: 8000 als Ziel und fügen Sie in den Einstellungen eine lokale Portweiterleitung hinzu. Sie können es nach einer erfolgreichen Verbindung mit PuTTY hinzufügen.

Mit socatauf dem Server:

socat tcp-listen:8001,reuseaddr,fork tcp:localhost:8000

Standardmäßig socatüberwacht TCP-Port 8001 eine beliebige IPv4- oder IPv6-Adresse (sofern unterstützt) auf dem Computer. Sie können es auf IPv4 / 6 beschränken, indem Sie es tcp-listendurch tcp4-listenoder ersetzen tcp6-listen, oder auf eine bestimmte lokale Adresse, indem Sie a hinzufügen ,bind=that-address.

Das Gleiche gilt für die Anschlussbuchse Sie Proxying, können Sie eine beliebige Adresse anstelle von verwenden localhost, und ersetzen Sie tcpmit tcp4oder , tcp6wenn Sie die Adressauflösung zu IPv4 oder IPv6 - Adressen zu beschränken.

Beachten Sie, dass für den Server, der Port 8000 abhört, die Verbindung als vom Proxy stammend angezeigt wird (im Fall von localhostwird dies der Fall sein localhost), nicht vom ursprünglichen Client. Sie müssen DNAT-Ansätze verwenden (für die jedoch Superuser-Berechtigungen erforderlich sind), damit der Server erkennen kann, wer der Client ist.

Das Traditionelle ncist die einfachste Lösung:

nc -l -p 8001 -c "nc 127.0.0.1 8000"

Diese Version von ncist im netcat-traditionalPaket auf Ubuntu enthalten. (Du musst update-alternativesoder nennst es nc.traditional.)

Beachten Sie, dass dies im Gegensatz zu ssh nicht verschlüsselt ist. Denken Sie daran, wenn Sie es außerhalb eines Hosts verwenden.

OpenBSD Netcat ist standardmäßig unter Linux und auch unter OS X verfügbar.

OSX:

mkfifo a
mkfifo b
nc 127.0.0.1 8000 < b > a &
nc -l 8001 < a > b &

Linux:

mkfifo backpipe
nc -l 12345 0<backpipe | nc www.google.com 80 1>backpipe

Eine Alternative, die unter OS X bash funktioniert, ist die Verwendung einer bidirektionalen Pipe . Es kann unter anderen Unixen funktionieren:

nc 127.0.0.1 8000 <&1 | nc -l 8001 >&0

Zitiert ein David Spillett ‚s Antwort auf ServerFault

rinetd sollte die Arbeit erledigen, und eine Windows-Binärdatei dafür finden Sie unter http://www.boutell.com/rinetd/ (für alle, die unter Linux dasselbe suchen, ist rinetd in den Standard-Repositorys so gut wie jeder Distribution enthalten) kann also mit "apt-get install rinetd" oder "yum install rinetd" oder ähnlich installiert werden)

Es ist eine einfache Binärdatei, die eine Konfigurationsdatei im Format annimmt

bindaddress bindport connectaddress connectport

Zum Beispiel:

192.168.1.1 8001 127.0.0.1 8000

oder

0.0.0.0 8001 127.0.0.1 8000

Wenn Sie den eingehenden Port an alle Schnittstellen binden möchten.

iptables -t nat -A PREROUTING -p tcp --dport <origin-port> -j REDIRECT --to-port <destination-port>

service iptables save
service iptables restart

Basierend auf der Antwort von Mark A. musste ich eine kleine Änderung vornehmen, damit es für meinen Mac funktioniert (zumindest unter macOS Mojave Version 10.14.4).

mkfifo a
mkfifo b
nc 127.0.0.1 8000 < b > a &
nc -l 8001 < a > b &
printf "" > a

Diese printf-Aussage scheint entscheidend zu sein. Andernfalls wird der Befehl netcat zum Herstellen einer Verbindung zu Port 8000 niemals versuchen, und der Befehl netcat zum Abhören von Port 8001 wird niemals tatsächlich Port 8001 abhören. Ohne printf würde ich jedes Mal versuchen, eine Verbindung zu Port 8001 herzustellen Verbindung abgelehnt.

Ich gehe davon aus, dass netcat stdin irgendwie blockieren muss (vielleicht versucht es, es aus irgendeinem Grund zu lesen), bevor es tatsächlich Socket-Operationen ausführt. Ohne die printf-Anweisung, die in das FIFO-Format a schreibt, wird der Befehl netcat niemals Port 8001 überwachen.

Hinweis: Ich hätte eine Antwort auf Marks Beitrag hinterlassen, habe aber noch keinen Ruf.

Dies ist eine neue Methode, um zwei UDP-Ports auf dem Server zu tunneln: https://github.com/9crk/udpeer

udpeer 8001 8002

Zu testen:

nc -u xxxx.com 8001
nc -u xxxx.com 8002