Doneu a Windows OpenSSH una ordre Ncat SOCKS5 explícita
Utilitzeu Ncat com a auxiliar de transport del flux estàndard d'OpenSSH i especifiqueu SOCKS5 en lloc de confiar en el proxy HTTP per defecte.
Si Ncat ja està disponible per a Windows OpenSSH, pot proporcionar la connexió mitjançant un proxy SOCKS5. Afegiu una entrada d'amfitrió a la configuració SSH que utilitza aquest client OpenSSH:
Host target-via-socks
HostName ssh.example
User user
ProxyCommand ncat.exe --proxy-type socks5 --proxy proxy.example:1080 %h %p
Substituïu tots dos noms d'amfitrió i el compte, i connecteu-vos amb ssh target-via-socks. Aquest exemple suposa que ncat.exe és al camí de cerca d'executables de l'auxiliar. En cas contrari, utilitzeu el camí complet de l'executable amb les cometes correctes, sobretot quan el directori conté espais.
El punt final del proxy va després de --proxy. OpenSSH expandeix %h i %p al nom d'amfitrió i port SSH finals. Ncat negocia la connexió SOCKS i transporta el flux de bytes resultant per l'entrada i la sortida estàndard; OpenSSH continua l'encaixada de mans SSH sobre aquest flux.
L'opció explícita --proxy-type socks5 és important. Sense aquesta opció, Ncat utilitza un proxy HTTP per defecte, encara que el port proporcionat sigui 1080. Un receptor SOCKS no pot inferir que una sol·licitud HTTP CONNECT volia ser SOCKS.
Aquest exemple suposa un punt final SOCKS sense autenticació; trieu un candidat de la llista de proxys SOCKS5 només per a una destinació SSH pública on aquesta ruta estigui permesa, i comproveu l'accés al seu amfitrió i port reals. L'autenticació del proxy, quan cal, és independent de l'inici de sessió SSH posterior. Manteniu la verificació de la clau d'amfitrió de la destinació SSH; arribar-hi mitjançant un auxiliar no canvia la identitat que OpenSSH ha d'autenticar.