Prosty sposób na utworzenie tunelu z jednego portu lokalnego do drugiego?

Mam serwer programistyczny, który jest dostępny tylko od 127.0.0.1:8000, a nie 192.168.1.x: 8000. Jako szybki hack istnieje sposób, aby skonfigurować coś do nasłuchiwania na innym porcie (powiedzmy 8001), aby z sieci lokalnej mógł połączyć 192.168.1.x: 8001 i tunelowałby ruch między klientem a 127.0 .0.1: 8000?

Korzystanie z ssh jest najłatwiejszym rozwiązaniem.

ssh -g -L 8001: localhost: 8000 -f -N uż[email protected]

To przekierowuje port lokalny 8001 na stacji roboczej na adres hosta lokalnego na porcie remote-server.com 8000.
-goznacza, że ​​pozwala innym klientom w mojej sieci na połączenie się z portem 8001 na mojej stacji roboczej. W przeciwnym razie tylko lokalni klienci na stacji roboczej mogą połączyć się z przekierowanym portem.
-Noznacza, że ​​wszystko, co robię, to przekierowywanie portów, nie uruchamiaj powłoki.
-foznacza rozwidlenie w tle po udanym połączeniu SSH i zalogowaniu.
Port 8001 pozostanie otwarty dla wielu połączeń, dopóki ssh nie umrze lub nie zostanie zabity. Jeśli zdarzyło Ci się być w systemie Windows, doskonały klient SSH PuTTY może to zrobić. Użyj 8001 jako portu lokalnego i hosta lokalnego: 8000 oraz miejsca docelowego i dodaj przekierowanie portu lokalnego w ustawieniach. Możesz go dodać po udanym połączeniu z PuTTY.

Z socatna serwerze:

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

Domyślnie socatnasłuchuje na porcie TCP 8001 na dowolnym adresie IPv4 lub IPv6 (jeśli jest obsługiwany) na komputerze. Możesz ograniczyć go do IPv4 / 6, zastępując tcp-listengo tcp4-listenlub tcp6-listen, lub do określonego adresu lokalnego, dodając ,bind=that-address.

To samo dotyczy gniazda podłączanego do serwera proxy, możesz użyć dowolnego adresu zamiast localhosti zastąpić tcpgo tcp4lub tcp6jeśli chcesz ograniczyć rozdzielczość adresów do adresów IPv4 lub IPv6.

Należy zauważyć, że w przypadku serwera nasłuchującego na porcie 8000 połączenie będzie wyglądało tak, jakby pochodziło od serwera proxy (w takim przypadku localhostbędzie localhost), a nie od oryginalnego klienta. Aby serwer mógł stwierdzić, kto jest klientem , musisz użyć podejść DNAT (ale wymaga to uprawnień administratora).

Korzystanie z tradycyjnego ncjest najłatwiejszym rozwiązaniem:

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

Ta wersja ncjest w netcat-traditionalpakiecie na Ubuntu. (Musisz to update-alternativeslub zadzwonić nc.traditional.)

Zauważ, że w przeciwieństwie do ssh nie jest to szyfrowane. Pamiętaj o tym, jeśli używasz go poza jednym hostem.

Netcat OpenBSD jest domyślnie dostępny w systemie Linux, a także w systemie OS X.

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

Alternatywą działającą w bash OS X jest użycie potoku dwukierunkowego . Może działać na innych Uniksach:

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

Cytując Davida Spillett „s odpowiedź na ServerFault

rinetd powinien wykonać zadanie, a plik binarny dla systemu Windows można go pobrać ze strony http://www.boutell.com/rinetd/ (dla każdego, kto szuka tego samego pod Linuksem, rinetd znajduje się w standardowych repozytoriach niemal każdej dystrybucji więc można go zainstalować za pomocą „apt-get install rinetd” lub „yum install rinetd” lub podobnego)

Jest to prosty plik binarny, który pobiera plik konfiguracyjny w formacie

bindaddress bindport connectaddress connectport

Na przykład:

192.168.1.1 8001 127.0.0.1 8000

lub

0.0.0.0 8001 127.0.0.1 8000

jeśli chcesz powiązać port przychodzący ze wszystkimi interfejsami.

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

service iptables save
service iptables restart

W oparciu o odpowiedź Marka A. musiałem dokonać drobnej modyfikacji, aby działała na moim komputerze Mac (przynajmniej w systemie macOS Mojave w wersji 10.14.4)

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

To oświadczenie printf wydaje się kluczowe. W przeciwnym razie polecenie netcat do połączenia z portem 8000 nigdy nie spróbuje się połączyć, a polecenie netcat do nasłuchiwania na porcie 8001 nigdy nie będzie nasłuchiwać na porcie 8001. Bez printf za każdym razem, gdy będę próbował połączyć się z portem 8001, dostanę połączenie odrzucone.

Zakładam, że netcat musi jakoś zablokować standardowe wejście (być może z jakiegoś powodu próbuje to odczytać) przed wykonaniem jakichkolwiek operacji Socket. Jako taki, bez wypisania instrukcji printf do fifo a, polecenie netcat nigdy nie zacznie nasłuchiwać na porcie 8001.

Uwaga: zostawiłbym odpowiedź na postu Marka, ale nie mam jeszcze reputacji.

Jest to nowy sposób na tunelowanie dwóch portów udp na serwerze: https://github.com/9crk/udpeer

udpeer 8001 8002

Testować:

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