Nå en eksisterende HTTP- eller SOCKS-proxy via SSH
Nå en fjern loopback-HTTP- eller SOCKS-proxy via SSH uden at eksponere dens listener offentligt.
Hvis relay.example.net allerede kører SOCKS på sin egen 127.0.0.1:1080, videresend adgangen i stedet for at eksponere den listener offentligt:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| Endepunkt | Rolle |
|---|---|
Bærbar 127.0.0.1:1081 | SOCKS-adressen, der skal konfigureres i den bærbares applikation. |
Relay 127.0.0.1:1080 | Den eksisterende proxy, der nås fra SSH-serversiden. |
Syntaksen for lokal videresendelse tildeler den faste destination til serversiden. En HTTP-proxy på den fjerne loopback-port 3128 eller et intranet-endepunkt som proxy.internal.example:8080 virker efter samme princip. Konfigurér klienten til den eksisterende HTTP-protokol og konto; at føre den gennem SSH skaber ikke SOCKS eller en TLS-aktiveret HTTPS-listener.
Den eksisterende tjeneste vælger stadig understøttede protokolversioner, godkendelse, destinationer og den endelige udgang. Hvis en anden SSH-proces har oprettet den fjerne proxy, skal begge processer forblive i live. En rute bærbar→relay→gateway får webstedet til at se den sidste udgående forbindelse, ikke en identitet tildelt af lokal port 1081.
Hold den bærbares binding udtrykkeligt lokal. Bredere eksponering ændrer, hvem der kan nå tjenesten, og SSH-login tilføjer ikke en SOCKS-adgangskode til listeneren. Ved afvisning skal du kontrollere den bærbares listener, SSH-transporten og den fjerne proxy som separate trin.