Odwrotne dynamiczne przekazywanie SSH: zdalny nasłuch SOCKS

Zwykle tunel SSH SOCKS daje laptopowi wyjście sieciowe serwera. Odwrotne dynamiczne przekazywanie odwraca ten układ: program na zdalnej maszynie może korzystać z sieci dostępnej dla Twojego klienta SSH.

Na kliencie OpenSSH obsługującym zdalne przekazywanie bez celu:

ssh -N -R 127.0.0.1:1080 [email protected]

Nasłuch SOCKS znajduje się na remote.example.net i jest przypięty do własnego adresu loopback. Programy tam używają 127.0.0.1:1080. Połączenia do miejsc docelowych wracają przez SSH i są otwierane po stronie, po której działa Twój klient.

Przeczytaj kierunek przed adresem IP

Dokumentacja ‎-R nadaje pominiętemu celowi znaczenie. Specyfikacja zawierająca port:host:hostport to natomiast przekazywanie stałe. Nie zakładaj, że stary klient obsługuje krótszą formę dynamiczną.

Zewnętrzny adres IP to ten, którego sieć po stronie klienta używa dla tych połączeń. Laptop za domowym routerem może wychodzić przez przetłumaczony publiczny adres routera. To nie jest automatycznie adres IP serwera SSH ani adres przypisany bezpośrednio laptopowi.

Utrzymuj zdalny nasłuch ograniczony. Przypięcie z znakiem wieloznacznym może pozwolić innym maszynom używać sieci po Twojej stronie klienta jako wyjścia, zgodnie z polityką serwera. Nawet loopback może być dostępny dla innych uprawnionych procesów na zdalnym hoście; nie jest to tajemnica per proces.

Dla ograniczonego zbioru celów przejrzyj PermitRemoteOpen i politykę przekazywania serwera. Trasa zależy też od tego, czy Twój klient pozostaje online. Gdy to połączenie się zamknie, zdalna ścieżka proxy znika. Odwrotne przekazywanie zmienia miejsce powstawania połączeń; nie zapewnia samodzielnego proxy niezależnego od sesji SSH.