Տվեք Windows OpenSSH-ին հստակ SOCKS5 Ncat հրաման

Եթե 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-ը պետք է նույնականացնի։