La SSH bruke ein SOCKS-proxy du allereie har

Bruk ein eksisterande SOCKS-proxy som transport for ei SSH-tilkopling via ein kompatibel ProxyCommand-hjelpar.

ssh -D opprettar ein SOCKS-lyttar; han vel ikkje ein eksisterande for SSH si eiga tilkopling. Med OpenBSD-implementasjonen av nc brukar du ein vertsoppføring i SSH-klientkonfigurasjonen, til dømes ~/.ssh/config:

Host server-via-socks
    HostName ssh.example.com
    User alex
    ProxyCommand nc -X 5 -x 127.0.0.1:1080 %h %p

Kall ssh server-via-socks. Hjelparen kontaktar SOCKS5-tenesta på maskina til SSH-klienten og ber om målverten/porten. Deretter gjer SSH den vanlege vertsnøkkelkontrollen og brukarinnlogginga inne i straumen.

Kontroller støtta til hjelparen før du tastar inn eit proxypassord. OpenBSD nc dokumenterer proxyautentisering for HTTP CONNECT, ikkje SOCKS-autentisering. Ei passordverna SOCKS-teneste kan trengje ein annan kompatibel hjelpar. Hald på autentiseringa til den delte proxyen i staden for å fjerne ho for å passe ein klient utan støtte.

Målet ser den utgåande tilkoplinga til proxyen, medan SSH-verifiseringa framleis identifiserer den verkelege tenaren. Å ikkje nå porten skjer før SSH-innlogginga; ein godteken tunnel etterfølgd av nøkkelavvising høyrer til SSH-legitimasjonen.

Innstillinga gjeld for denne SSH-tilkoplinga. Ho konfigurerer ikkje nettlesartrafikk eller kvar annan applikasjon.

Relaterte artiklar