Nå en eksisterende HTTP- eller SOCKS-proxy via SSH
Nå en ekstern loopback HTTP- eller SOCKS-proxy via SSH uten å eksponere lytteren offentlig.
Hvis relay.example.net allerede kjører SOCKS på sin egen 127.0.0.1:1080, videresend tilgangen i stedet for å eksponere den lytteren offentlig:
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 som skal konfigureres i applikasjonen på den bærbare. |
Relay 127.0.0.1:1080 | Den eksisterende proxen som nås fra SSH-serversiden. |
Syntaksen for lokal videresending tildeler den faste destinasjonen til serversiden. En HTTP-proxy på den eksterne loopback-porten 3128 eller et intranett-endepunkt som proxy.internal.example:8080 fungerer etter samme prinsipp. Konfigurer klienten for den eksisterende HTTP-protokollen og kontoen; å føre den gjennom SSH skaper ikke SOCKS eller en TLS-aktivert HTTPS-lytter.
Den eksisterende tjenesten velger fortsatt støttede protokollversjoner, autentisering, destinasjoner og den endelige utgangen. Hvis en annen SSH-prosess opprettet den eksterne proxen, må begge prosessene holde seg i live. En rute bærbar→relay→gateway lar nettstedet se den siste utgående forbindelsen, ikke en identitet tildelt av lokal port 1081.
Hold den bærbares binding eksplisitt lokal. Bredere eksponering endrer hvem som kan nå tjenesten, og SSH-innlogging legger ikke til et SOCKS-passord på lytteren. Ved avvisning, sjekk den bærbares lytter, SSH-transporten og den eksterne proxen som separate trinn.