Windows OpenSSH-কে স্পষ্ট SOCKS5 Ncat কমান্ড দিন
Ncat-কে OpenSSH-এর স্ট্যান্ডার্ড-স্ট্রিম পরিবহন সহায়ক হিসেবে ব্যবহার করুন এবং ডিফল্ট HTTP প্রক্সির উপর নির্ভর না করে SOCKS5 উল্লেখ করুন।
Ncat যদি ইতিমধ্যে Windows OpenSSH-এর জন্য উপলব্ধ থাকে, তবে এটি SOCKS5 প্রক্সির মাধ্যমে সংযোগ দিতে পারে। সেই OpenSSH ক্লায়েন্ট যে SSH কনফিগারেশন ব্যবহার করে তাতে একটি হোস্ট এন্ট্রি যোগ করুন:
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 এন্ডপয়েন্ট ধরে নেয়; শুধু এমন পাবলিক SSH গন্তব্যের জন্য SOCKS5 প্রক্সি তালিকা থেকে প্রার্থী বাছুন যেখানে সেই পথ অনুমোদিত, এবং এর প্রকৃত হোস্ট ও পোর্টে প্রবেশ যাচাই করুন। প্রক্সি অথেনটিকেশন, প্রয়োজনে, পরবর্তী SSH লগইন থেকে পৃথক। SSH গন্তব্যের হোস্ট কী যাচাই রাখুন; সহায়কের মাধ্যমে সেখানে পৌঁছানো OpenSSH-এর যাচাই করার পরিচয় বদলায় না।