Gawing gumamit ang SSH ng SOCKS proxy na mayroon ka na

Gamitin ang umiiral na SOCKS proxy bilang transport ng koneksyon ng SSH sa pamamagitan ng katugmang helper ng ProxyCommand.

ssh -D ay gumagawa ng isang tagapakinig ng SOCKS; hindi ito pumipili ng umiiral para sa sariling koneksyon ng SSH. Sa implementasyon ng nc ng OpenBSD, gumamit ng host entry sa configuration ng SSH client, tulad ng ~/.ssh/config:

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

Tawagin ang ssh server-via-socks. Nakikipag-ugnayan ang helper sa serbisyo ng SOCKS5 sa makina ng SSH client at hinihiling ang target na host/port. Pagkatapos ay ginagawa ng SSH ang karaniwang pagsusuri ng host key at pag-login ng user sa loob ng stream.

Suriin ang suporta ng helper bago maglagay ng password ng proxy. Ang OpenBSD nc ay nagdodokumento ng authentication ng proxy para sa HTTP CONNECT, hindi ng authentication ng SOCKS. Maaaring kailanganin ng SOCKS service na protektado ng kredensyal ang isa pang katugmang helper. Panatilihin ang authentication ng pinagsasaluhang proxy sa halip na alisin ito para umangkop sa hindi sinusuportahang client.

Nakikita ng destinasyon ang palabas na koneksyon ng proxy, habang kinikilala pa rin ng verification ng SSH ang tunay na server. Ang hindi pag-abot sa port nito ay nangyayari bago ang pag-login ng SSH; ang tinanggap na tunnel na sinundan ng pagtanggi sa key ay kabilang sa kredensyal ng SSH.

Naaangkop ang setting na ito sa koneksyon ng SSH na ito. Hindi nito kinokonfigura ang trapiko ng browser o alinmang ibang application.

Kaugnay na mga artikulo