Ge Windows OpenSSH ett uttryckligt SOCKS5 Ncat-kommando

Använd Ncat som transporthjälp för OpenSSH:s standardström och ange SOCKS5 i stället för att förlita dig på standard-HTTP-proxyn.

Om Ncat redan är tillgängligt för Windows OpenSSH kan det tillhandahålla anslutningen via en SOCKS5-proxy. Lägg till en värdpost i SSH-konfigurationen som den OpenSSH-klienten använder:

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

Byt ut båda värdnamnen och kontot och anslut sedan med ssh target-via-socks. Det här exemplet förutsätter att ncat.exe finns i hjälparens sökväg för körbara filer. Annars använder du den korrekt citerade fullständiga sökvägen till den körbara filen, särskilt när mappen innehåller mellanslag.

Proxy-slutpunkten kommer efter --proxy. OpenSSH expanderar %h och %p till det slutliga SSH-värdnamnet och porten. Ncat förhandlar SOCKS-anslutningen och bär den resulterande byteströmmen på standard in och ut; OpenSSH fortsätter sin SSH-handskakning över den strömmen.

Det uttryckliga --proxy-type socks5 spelar roll. När alternativet saknas använder Ncat en HTTP-proxy som standard, även om den angivna porten är 1080. En SOCKS-lyssnare kan inte sluta sig till att en HTTP CONNECT-begäran var avsedd som SOCKS.

Det här exemplet förutsätter en oautentiserad SOCKS-slutpunkt; välj en kandidat från SOCKS5-proxylistan endast för ett offentligt SSH-mål där den vägen är tillåten, och kontrollera åtkomsten till dess faktiska värd och port. Proxyautentisering är, när den krävs, skild från den senare SSH-inloggningen. Behåll verifieringen av SSH-målets värdnyckel; att nå det via en hjälpare ändrar inte den identitet som OpenSSH ska autentisera.

Relaterade artiklar