আপনার SSH পাসওয়ার্ড SOCKS পাসওয়ার্ড নয়

আপনি ssh -D শুরু করতে একটি পাসওয়ার্ড টাইপ করেছিলেন। এটি আপনার SSH সংযোগ প্রমাণীকৃত করেছে। তবে নতুন লিসেনারে পৌঁছাতে পারে এমন প্রতিটি প্রোগ্রামের জন্য এটি পাসওয়ার্ড-সুরক্ষিত SOCKS অ্যাকাউন্ট তৈরি করেনি।

OpenSSH-এর ডাইনামিক ফরওয়ার্ডিং একটি প্রমাণীকৃত SSH ট্রান্সপোর্টের উপর স্থানীয় SOCKS সেবা দেয়। এর SOCKS5 হ্যান্ডলিং প্রমাণীকরণহীন পদ্ধতি বেছে নেয়; এটি সাধারণ SOCKS ব্যবহারকারীনাম/পাসওয়ার্ড সার্ভার নয়।

ব্যক্তিগত ব্যবহারের জন্য স্থানীয়ভাবে বাইন্ড করুন:

ssh -N -D 127.0.0.1:1080 [email protected]

সেই কম্পিউটারের অ্যাপ্লিকেশনগুলো আপনার SSH পাসওয়ার্ড SOCKS পাসওয়ার্ড হিসেবে না দিয়েই পোর্ট 1080 ব্যবহার করে। ডাইনামিক ফরওয়ার্ডিং ডকুমেন্টেশন লিসেনার বর্ণনা করে, এবং OpenSSH-এর SOCKS হ্যান্ডলিং সোর্স প্রমাণীকরণের বিস্তারিত দেয়।

শেয়ার করলে সমস্যা বদলে যায়

একটি LAN ঠিকানায় বাইন্ড করলে পোর্টটি মূল স্থানীয় ব্যবহারের বাইরেও পৌঁছায়। আশপাশের ক্লায়েন্টরা কেবল তাদের ট্রাফিক আপনার মধ্য দিয়ে যাওয়ার কারণে আলাদা SSH সেশন গড়ে না। নেটওয়ার্ক প্রবেশাধিকার দিলে সেই ক্লায়েন্টরা আপনার গেটওয়ের বাহ্যিক পরিচয় শেয়ার করতে পারে।

একটি ফায়ারওয়াল পৌঁছানো যায় এমন ক্লায়েন্ট সীমিত করতে পারে, কিন্তু SOCKS লগইন বিনিময় যোগ করে না। আলাদা SOCKS ব্যবহারকারীনাম, কোটা বা প্রতি-ব্যবহারকারী নিয়মের জন্য এসব বৈশিষ্ট্য সমর্থনকারী সার্ভার বেছে নিন। যেমন Dante SOCKS প্রমাণীকরণকে ক্লায়েন্ট-ঠিকানা নিষেধাজ্ঞা থেকে আলাদাভাবে নথিভুক্ত করে।

এটি সমস্যা সমাধানেও সাহায্য করে। SOCKS ব্যবহারকারীনাম/পাসওয়ার্ড পদ্ধতিতে জোর দেওয়া ক্লায়েন্ট আপনার প্রত্যাশামতো এই লিসেনারের সঙ্গে নেগোশিয়েট নাও করতে পারে। অ্যাপ্লিকেশনটি সামঞ্জস্য করুন বা উপযুক্ত প্রমাণীকৃত SOCKS সেবা বেছে নিন; বারবার আপনার SSH পাসওয়ার্ড চেষ্টা করা ভুল লগইনকে সম্বোধন করে।

শুধু স্থানীয় প্রবেশযোগ্যতা এখনও বোঝার মতো একটি সীমা, স্থানীয় কম্পিউটারের প্রতিটি প্রক্রিয়া একই ব্যবহারকারীর—এমন দাবি নয়।