მიეცით Windows OpenSSH-ს მკაფიო SOCKS5 Ncat ბრძანება

გამოიყენეთ 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-მა უნდა აუთენტიფიკაციოს.

დაკავშირებული სტატიები