Donu al Windows OpenSSH eksplicitan SOCKS5-Ncat-komandon

Uzu Ncat kiel transporthelpilon por la norma fluo de OpenSSH kaj indiku SOCKS5 anstataŭ fidi je ĝia HTTP-prokura defaŭlto.

Se Ncat jam disponeblas por Windows OpenSSH, ĝi povas provizi la konekton tra SOCKS5-prokurilo. Aldonu gastigan enskribon al la SSH-agordo, kiun tiu OpenSSH-kliento uzas:

Host target-via-socks
    HostName ssh.example
    User user
    ProxyCommand ncat.exe --proxy-type socks5 --proxy proxy.example:1080 %h %p

Anstataŭigu ambaŭ gastigajn nomojn kaj la konton, poste konektiĝu per ssh target-via-socks. Ĉi tiu ekzemplo supozas, ke ncat.exe troviĝas en la serĉovojo de plenumeblaj dosieroj de la helpilo. Alie uzu la ĝuste cititan plenan vojon al la plenumebla dosiero, precipe kiam la dosierujo enhavas spacojn.

La prokura finpunkto apartenas post --proxy. OpenSSH etendas %h kaj %p al la fina SSH-gastigonomo kaj pordo. Ncat intertraktas la SOCKS-konekton kaj portas la rezultantan bajtan fluon sur la norma enigo kaj eligo; OpenSSH daŭrigas sian SSH-manpremon super tiu fluo.

La eksplicita --proxy-type socks5 gravas. Se tiu opcio mankas, Ncat defaŭlte uzas HTTP-prokurilon, eĉ se la donita pordo estas 1080. SOCKS-auxskultanto ne povas konkludi, ke HTTP CONNECT-peto estis intencita kiel SOCKS.

Ĉi tiu ekzemplo supozas neaŭtentigitan SOCKS-fininpunkton; elektu kandidaton el la listo de SOCKS5-prokuriloj nur por publika SSH-celo, kie tiu vojo estas permesata, kaj kontrolu aliron al ĝia reala gastiganto kaj pordo. Prokura aŭtentigo, kiam necesa, estas aparta de la posta SSH-ensaluto. Konservu la kontrolon de la gastiga ŝlosilo de la SSH-celo; atingi ĝin per helpilo ne ŝanĝas la identecon, kiun OpenSSH devas aŭtentigi.

Rilataj artikoloj