En existéierenden HTTP- oder SOCKS-Proxy iwwer SSH erreechen
Erreecht en entfernten Loopback-HTTP- oder SOCKS-Proxy iwwer SSH, ouni säi Listener ëffentlech ze maachen.
Wann relay.example.net schonn SOCKS op sengem eigenen 127.0.0.1:1080 lafe léisst, leet den Zougang weider, amplaz dee Listener ëffentlech ze maachen:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| Endpunkt | Roll |
|---|---|
Laptop 127.0.0.1:1081 | D'SOCKS-Adress, déi an der Laptop-Applikatioun konfiguréiert muss ginn. |
Relay 127.0.0.1:1080 | Den existéierende Proxy, deen vun der SSH-Serversäit erreecht gëtt. |
D'Syntax vum lokale Weiderleeden gëtt d'fix Destination un d'Serversäit. En HTTP-Proxy um entfernten Loopback-Port 3128 oder en Intranet-Endpunkt wéi proxy.internal.example:8080 funktionéiert nom selwechte Prinzip. Konfiguréiert de Client fir dësen existéierende HTTP-Protokoll an de Kont; en iwwer SSH ze droen erstellt weder SOCKS nach en HTTPS-Listener mat TLS.
Den existéierende Service wielt nach ëmmer déi ënnerstëtzte Protokollversiounen, d'Authentifikatioun, d'Destinatiounen an den endgültegen Ausgang. Wann en anere SSH-Prozess deen entfernte Proxy erstallt huet, musse béid Prozesser lieweg bleiwen. Eng Route Laptop→Relay→Gateway léisst d'Websäit déi lescht auswärts Verbindung gesinn, net eng Identitéit, déi vum lokale Port 1081 zougewisen gëtt.
Hält d'Bindung vum Laptop ausdrécklech lokal. Eng méi breet Offenleeung ännert, wien de Service erreeche kann, an den SSH-Login füügt dem Listener kee SOCKS-Passwuert derbäi. Bei enger Oflehnung préift de Laptop-Listener, den SSH-Transport an den entfernte Proxy als getrennt Etappen.