In troch SSH trochstjoerde poarte is net altyd in SOCKS-proxy
Untskiede in fêste lokale SSH-trochstjoering fan in dynamyske SOCKS-harker foardat jo in applikaasje ynstelle.
Jo meitsje in SSH-tunnel, sette 127.0.0.1 en syn poarte yn 'e proxy-ynstellingen fan 'e browser, en neat lâdt. De harker kin perfekt wurkje. Hy wachtet miskien gewoan op it ferkearde soarte ferkear.
| Trochstjoering | Wat de lokale applikaasje stjoert | Karus fan bestimming |
|---|---|---|
-L | It gewoane protokoll fan 'e doetsjinst | Fêstlein yn it SSH-kommando |
-D | In SOCKS-ûnderhanneling, dan applikaasjeferkear | Oanfrege troch de SOCKS-klant |
Foar ien webserver is dit in fêste trochstjoering:
ssh -N -L 127.0.0.1:9080:web.example.com:80 [email protected]Besykje http://127.0.0.1:9080/ as in webside. Label poarte 9080 net as SOCKS: it stjoert bytes troch nei de iene webserver neamd yn it kommando. In side iepenje ûnder in oare hostnamme kin ek ynfloed ha op har firtuele hosting, trochstjoeringen of cookies.
Foar in SOCKS-harker feroaret de foarm:
ssh -N -D 127.0.0.1:1080 [email protected]Stel de applikaasje yn om SOCKS te brûken by 127.0.0.1:1080. Dat adres direkt yn 'e adresbalke fan 'e browser sette stjoert in webferkie oan in SOCKS-harker, wer in protokollmisferstân.
De OpenSSH-hânlieding dokumintearret beide foarmen. Der is in nuttige útsûndering: in besteande HTTP-proxy trochstjoere mei -L jout in lokale poarte dy't it HTTP-proxyprotokoll sprekt, om't har fêste bestimming sels in HTTP-proxy is. De tsjinst oan 'e oare kant bepaalt wat by in fêste trochstjoering heart. In besteande proxy troch SSH trochstjoere behâldt it protokoll en it akkount fan dy proxy.