Nå en befintlig HTTP- eller SOCKS-proxy via SSH
Nå en extern loopback HTTP- eller SOCKS-proxy via SSH utan att exponera dess lyssnare offentligt.
Om relay.example.net redan kör SOCKS på sin egen 127.0.0.1:1080, vidarebefordra åtkomsten i stället för att exponera den lyssnaren offentligt:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| Slutpunkt | Roll |
|---|---|
Bärbar dator 127.0.0.1:1081 | SOCKS-adressen som ska konfigureras i den bärbara datorns applikation. |
Relä 127.0.0.1:1080 | Den befintliga proxyn som nås från SSH-serversidan. |
Syntaxen för lokal vidarebefordran tilldelar den fasta destinationen till serversidan. En HTTP-proxy på den externa loopback-porten 3128 eller en intranät-slutpunkt som proxy.internal.example:8080 fungerar enligt samma princip. Konfigurera klienten för den befintliga HTTP-protokollen och kontot; att föra den genom SSH skapar inte SOCKS eller en TLS-aktiverad HTTPS-lyssnare.
Den befintliga tjänsten väljer fortfarande stödda protokollversioner, autentisering, destinationer och den slutliga utgången. Om en annan SSH-process skapade den externa proxyn måste båda processerna hållas vid liv. En rutt bärbar→relä→gateway låter webbplatsen se den sista utgående anslutningen, inte en identitet som tilldelas av lokal port 1081.
Håll den bärbara datorns bindning uttryckligen lokal. Bredare exponering ändrar vem som kan nå tjänsten, och SSH-inloggning lägger inte till ett SOCKS-lösenord på lyssnaren. Vid avslag, kontrollera den bärbara datorns lyssnare, SSH-transporten och den externa proxyn som separata steg.