Дайце Windows OpenSSH явную каманду Ncat праз SOCKS5

Выкарыстоўвайце Ncat як памочнік перадачы стандартнага патоку OpenSSH і паказвайце SOCKS5 замест таго, каб спадзявацца на праксі HTTP па змаўчанні.

Калі Ncat ужо даступны для Windows OpenSSH, ён можа забяспечыць злучэнне праз SOCKS5-проксі. Дадайце запіс хоста ў канфігурацыю SSH, якую выкарыстоўвае гэты кліент OpenSSH:

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

Замяніце абодва імёны хостаў і ўліковы запіс, затым падключыцеся праз ssh target-via-socks. Гэты прыклад мяркуе, што ncat.exe знаходзіцца ў шляху пошуку выканальных файлаў памочніка. Інакш выкарыстоўвайце поўны шлях да выканальнага файла з правільнымі лапкамі, асабліва калі каталог змяшчае прабелы.

Канечная кропка проксі ідзе пасля --proxy. OpenSSH разгортвае %h і %p у канчатковае імя хоста і порт SSH. Ncat узгадняе SOCKS-злучэнне і перадае атрыманы паток байтаў праз стандартны ўвод і вывад; OpenSSH працягвае рукапоціск SSH па гэтым патоку.

Яўны --proxy-type socks5 мае значэнне. Калі гэтая опцыя адсутнічае, Ncat па змаўчанні выкарыстоўвае HTTP-проксі, нават калі пададзены порт 1080. SOCKS-слухач не можа меркаваць, што запыт HTTP CONNECT меў на ўвазе SOCKS.

Гэты прыклад мяркуе неаўтэнтыфікаваную SOCKS-кропку; выбірайце кандыдата са спісу SOCKS5-проксі толькі для публічнага прызначэння SSH, дзе гэты маршрут дазволены, і правярайце доступ да яго фактычнага хоста і порта. Аўтэнтыфікацыя проксі, калі яна патрэбна, аддзелена ад наступнага ўваходу ў SSH. Захоўвайце праверку ключа хоста прызначэння SSH; дасягненне яго праз памочнік не змяняе ідэнтычнасць, якую павінен аўтэнтыфікаваць OpenSSH.

Падобныя артыкулы