Jak uczynić tunel ssh otwartym dla publiczności?

Jeśli sprawdzisz stronę man dla ssh, zobaczysz, że składnia dla -R brzmi:

-R [_bind\_address_:]_port_:_host_:_hostport_

Gdy `bindaddress`_ jest pominięte (jak w twoim przykładzie), port jest związany tylko na interfejsie loopback. Aby powiązać go ze wszystkimi interfejsami, użyj

ssh -R \*:8080:localhost:80 -N root@example.com

lub

ssh -R 0.0.0.0:8080:localhost:80 -N root@example.com

lub

ssh -R "[::]:8080:localhost:80" -N root@example.com

Pierwsza wersja wiąże się z wszystkimi interfejsami indywidualnie. Druga wersja tworzy ogólny bind IPv4-only, co oznacza, że port jest dostępny na wszystkich interfejsach poprzez IPv4. Trzecia wersja jest prawdopodobnie technicznie równoważna pierwszej, ale ponownie tworzy tylko pojedynczy bind do ::, co oznacza, że port jest dostępny przez IPv6 natywnie i przez IPv4 poprzez adresy IPv4-mapowane IPv6 (nie działa na Windows, OpenBSD).   (Potrzebujesz cudzysłowu, ponieważ [::] mogłoby być interpretowane jako glob.)

Zauważ, że jeśli używasz serwera OpenSSH sshd, opcja GatewayPorts serwera musi być włączona (ustawiona na yes lub clientspecified), aby to działało (sprawdź plik /etc/ssh/sshd_config na serwerze). W przeciwnym razie (domyślna wartość dla tej opcji to no), serwer zawsze wymusi powiązanie portu tylko z interfejsem loopback.

Edycja:

-g działa dla lokalnych portów przekierowanych, ale to, czego chcesz, to odwrotny / zdalny port przekierowany, który jest inny.

To, czego chcesz, to to .

Zasadniczo, na example.com, ustaw GatewayPorts=clientspecified w /etc/ssh/sshd_config.

— poprzednia (błędna) odpowiedź —

Użyj opcji -g. Ze strony man ssh:

-g Allows remote hosts to connect to local forwarded ports.
```.

Oto moja odpowiedź do uzupełnienia:

Skończyło się na użyciu ssh -R ... do tunelowania i użyciu socat na wierzchu, aby przekierować ruch sieciowy do 127.0.0.1:

tunnel binded to 127.0.0.1: ssh -R mitm:9999:<my.ip>:8084 me@mitm

socat: mitm$ socat TCP-LISTEN:9090,fork TCP:127.0.0.1:9999

Inną opcją jest zrobienie na wierzchu tunelu tylko lokalnego, ale uważam to za dużo wolniejsze

mitm$ ssh -L<mitm.ip.address>:9090:localhost:9999 localhost

Możesz również użyć podwójnego forwarda, jeśli nie chcesz lub nie możesz zmienić /etc/ssh/sshd_config.

Najpierw przekieruj na tymczasowy port (np. 10080) na urządzeniu loopback na zdalnym komputerze, a następnie użyj lokalnego forwarda, aby przekierować port 10080 na 80 na wszystkich interfejsach:

ssh -A -R 10080:localhost_or_machine_from:80 user@remote.tld "ssh -g -N -L 80:localhost:10080 localhost"

Użyj opcji “gateway ports”.

ssh -g -R REMOTE_PORT:HOST:PORT ...

Aby tego użyć, prawdopodobnie będziesz musiał dodać “GatewayPorts yes” do /etc/ssh/sshd_config twojego serwera.

Jump hosts ](https://en.wikibooks.org/wiki/OpenSSH/Cookbook/Proxies_and_Jump_Hosts#Jump_Hosts_–_Passing_Through_a_Gateway_or_Two) są dość nowym dodatkiem do OpenSSH. Wymaga to dostępu SSH do pośrednika, ale powinno działać bez dodatkowej konfiguracji.

ssh -J root@example.com remoteuser@localhost -p 8080

To polecenie nakazuje SSH najpierw połączyć się z root@example.com, a następnie, z tej maszyny, zainicjować połączenie na port 8080 w localhost (tj. port, który jest tunelowany z hosta przeskakującego do zdalnego hosta) pod nazwą użytkownika remoteuser.

Jeśli chciałbyś umieścić konfigurację w swoim ~/.ssh/config zamiast używać parametrów linii poleceń, możesz spróbować czegoś takiego jak

Host REMOTE_HOST_NAME RemoteForward \*:8080 127.0.0.1:80 Pamiętaj, aby firewall twojego zdalnego hosta zezwalał na połączenia z 8080 i upewnij się, że opcja GatewayPorts w twoim /etc/ssh/sshd configu nie jest ustawiona na no.