Me akses SSH të autorizuar te një server, OpenSSH mund të krijojë dëgjues SOCKS në kompjuterin tuaj. Lidhja SSH bart trafikun e përcjellë dhe serveri i largët krijon lidhjen me destinacionin.

Dëgjues vetëm në loopback

ssh -N -T -o ControlPath=none -o ForkAfterAuthentication=no -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]

Zëvendësoni llogarinë dhe emrin e hostit. Serveri SSH duhet të lejojë përcjelljen; administratori mund të kufizojë përcjelljen dhe destinacionet veçmas nga hyrja në llogari.

-D krijon përcjellje dinamike dhe adresa loopback e shprehur qartë e kufizon dëgjuesin në këtë makinë. -N lë jashtë komandën e largët, -T pseudoterminalin. ControlPath=none shmang master-in ekzistues të ndarjes, ndërsa ForkAfterAuthentication=no e mban këtë thirrje në plan të parë.

Mbajeni procesin duke punuar gjatë përdorimit të proxy-t. Nëse porta 1080 është e zënë, zgjidhni një portë tjetër të lartë e të papërdorur dhe përditësoni klientin. ExitOnForwardFailure=yes mbyll SSH nëse nuk mund të krijojë dëgjuesin.

Përdorimi i pikës SOCKS

curl --proxy socks5h://127.0.0.1:1080 --noproxy '' --connect-timeout 5 --max-time 15 https://example.com/

Kjo kërkesë delegon trajtimin e emrit të destinacionit përmes SOCKS5. Aplikacionet e tjera kërkojnë konfigurim SOCKS të vetin; një fushë proxy HTTP nuk mund të flasë SOCKS me këtë dëgjues.

Për të parë cili proces zotëron portën:

ss -ltnp 'sport = :1080'

Procesi SSH i synuar duhet të zotërojë dëgjues loopback. Një kërkesë përmes tij kontrollon nëse edhe serveri i largët arrin te objektivi. Përdorni destinacion nën kontrollin tuaj kur duhet të shihni daljen e vëzhguar.

Jetëgjatësia e sesionit

Ctrl-C mbyll procesin SSH, dëgjuesin dhe lidhjet e përcjella. Një lidhje SSH e ndërprerë gjithashtu e bën proxy-n të paarritshëm.

ExitOnForwardFailure kontrollon krijimin fillestar. Nuk përfundon SSH sa herë dështon një lidhje e mëvonshme me destinacionin, ndaj diagnostikoni sesionin, portën lokale dhe kërkesën për destinacionin veçmas.

Artikuj të ngjashëm