Gitt Windows OpenSSH en expliziten SOCKS5-Ncat-Befehl

Benotzt Ncat als Transporthëllef fir de Standardstroum vum OpenSSH a gitt SOCKS5 un, amplaz sech op den HTTP-Proxy-Standard ze verloossen.

Wann Ncat schonn fir Windows OpenSSH verfügbar ass, kann et d'Verbindung iwwer e SOCKS5-Proxy ubidden. Füügt en Host-Antrag an d'SSH-Konfiguratioun, déi deen OpenSSH-Client benotzt:

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

Ersetzt béid Hostnimm an d'Konto, a verbinnt Iech dann mat ssh target-via-socks. Dëst Beispill geet dovun aus, datt ncat.exe am Sichwee fir ausféierbar Dateie vun der Hëllef läit. Soss benotzt de korrekt a Quote gesate komplette Wee zu der ausféierbarer Datei, besonnesch wann den Dossier Plazen enthält.

Den Proxy-Endpunkt kënnt no --proxy. OpenSSH erweidert %h a %p zum endgültege SSH-Hostnumm a Port. Ncat handelt d'SOCKS-Verbindung aus a drot de resultéierende Byte-Stroum op Standardinput an -output; OpenSSH setzt säin SSH-Handshake iwwer dee Stroum fort.

Den expliziten --proxy-type socks5 ass wichteg. Waen dës Optioun feelt, benotzt Ncat standardméisseg en HTTP-Proxy, och wann de uginnene Port 1080 ass. En SOCKS-Lauschterer kann net ofleeden, datt eng HTTP CONNECT-Ufro als SOCKS gemengt war.

Dëst Beispill geet vun engem net-authentifizéierten SOCKS-Endpunkt aus; wielt e Kandidat aus der SOCKS5-Proxy-Lëscht nëmme fir eng ëffentlech SSH-Destinatioun, wou dee Wee erlaabt ass, a kontrolléiert den Zougang zu sengem tatsächlechen Host a Port. D'Proxy-Authentifikatioun ass, wann néideg, getrennt vum spéidere SSH-Login. Behält d'Verifikatioun vum Hostschlëssel vun der SSH-Destinatioun; duerch eng Hëllef dohin ze kommen ännert net d'Identitéit, déi OpenSSH authentifizéiere soll.

Ähnlech Artikelen