Bëj që SSH të përdorë një proxy SOCKS që e ke tashmë
Përdor një proxy SOCKS ekzistues si transport për një lidhje SSH përmes një ndihmësi ProxyCommand të përputhshëm.
ssh -D krijon një dëgjues SOCKS; nuk zgjedh një ekzistues për lidhjen e vetë SSH. Me implementimin nc të OpenBSD, përdor një zë host në konfigurimin e klientit SSH, si për shembull ~/.ssh/config:
Host server-via-socks
HostName ssh.example.com
User alex
ProxyCommand nc -X 5 -x 127.0.0.1:1080 %h %p
Thirr ssh server-via-socks. Ndihmësi kontakton shërbimin SOCKS5 në makinën e klientit SSH dhe kërkon hostin/portin e synuar. Më pas SSH kryen kontrollin e zakonshëm të çelësit të hostit dhe hyrjen e përdoruesit brenda rrjedhës.
Kontrollo mbështetjen e ndihmësit përpara se të fusësh një fjalëkalim proxy. OpenBSD nc dokumenton vërtetimin e proxy-t për HTTP CONNECT, jo vërtetimin SOCKS. Një shërbim SOCKS i mbrojtur me kredenciale mund të kërkojë një ndihmës tjetër të përputhshëm. Mbaje vërtetimin e proxy-t të përbashkët në vend që ta heqësh për t'iu përshtatur një klienti të pambështetur.
Destinacioni sheh lidhjen dalëse të proxy-t, ndërsa verifikimi SSH identifikon ende serverin e vërtetë. Dështimi për të arritur portin e tij ndodh para hyrjes SSH; një tunel i pranuar i ndjekur nga refuzimi i çelësit i përket kredencialeve SSH.
Cilësimi zbatohet për këtë lidhje SSH. Nuk konfiguron trafikun e shfletuesit ose çdo aplikacion tjetër.