As Ncat reeds vir Windows OpenSSH beskikbaar is, kan dit die verbinding deur 'n SOCKS5-proxy verskaf. Voeg 'n gasheerinskrywing by die SSH-konfigurasie wat daardie OpenSSH-kliënt gebruik:

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

Vervang albei gasheername en die rekening, en verbind dan met ssh target-via-socks. Hierdie voorbeeld neem aan dat ncat.exe in die hulp se uitvoerbare soekpad is. Andersins gebruik die behoorlik aangehaalde volledige uitvoerbare pad, veral wanneer die gids spasies bevat.

Die proxy-eindpunt hoort ná --proxy. OpenSSH brei %h en %p uit na die finale SSH-gasheernaam en -poort. Ncat onderhandel die SOCKS-verbinding en dra die resulterende greepstroom op standaardin en -uit; OpenSSH gaan voort met sy SSH-handdruk oor daardie stroom.

Die eksplisiete --proxy-type socks5 maak saak. Ncat verstek na 'n HTTP-proxy wanneer daardie opsie afwesig is, selfs al is die verskafde poort 1080. 'n SOCKS-luisteraar kan nie aflei dat 'n HTTP CONNECT-versoek as SOCKS bedoel was nie.

Hierdie voorbeeld aanvaar 'n ongeverifieerde SOCKS-eindpunt; kies 'n kandidaat uit die SOCKS5-proxylis slegs vir 'n publieke SSH-bestemming waar daardie roete toegelaat word, en kontroleer toegang tot sy werklike gasheer en poort. Proxy-verifikasie, wanneer nodig, is apart van die latere SSH-aanmelding. Behou die verifikasie van die SSH-bestemming se gasheersleutel; om dit deur 'n hulp te bereik verander nie die identiteit wat OpenSSH moet verifieer nie.

Verwante artikels