SOCKS5-এ ক্লায়েন্ট তার গন্তব্য অনুরোধ পাঠানোর আগেই প্রমাণীকরণ নিয়ে দরকষাকষি হয়। ফলে প্রাথমিক শংসাপত্র ব্যর্থতা FTP, HTTPS বা প্রক্সির ওপারে অন্য অ্যাপ্লিকেশন ব্যর্থতার চেয়ে আলাদা ঘটনা।

ক্লায়েন্টের অভিবাদন তার সমর্থিত প্রমাণীকরণ পদ্ধতিগুলো তালিকাভুক্ত করে। সার্ভার সেই তালিকা থেকে একটি পদ্ধতি বেছে নিয়ে নির্বাচনটি ফেরত পাঠায়। 0xff মানে হলো প্রদত্ত কোনো পদ্ধতিই গ্রহণযোগ্য নয়, এবং সংযোগ বন্ধ করতে হবে। পাসওয়ার্ড ব্যর্থ হওয়ার পর ক্লায়েন্ট সার্ভার-পক্ষের প্রতিটি পদ্ধতি সহজে চেষ্টা করে না।

Dante-র ক্রম কী নিয়ন্ত্রণ করে

Dante 1.4.x প্রোটোকল-স্তরের সেটিংটিকে socksmethod বলে। এর ডকুমেন্টেশন বলে পদ্ধতিগুলো অগ্রাধিকার ক্রমে তালিকাভুক্ত হয়। উভয় পদ্ধতি অনুমোদনকারী নীতির জন্য, এই ঘোষণা ক্লায়েন্ট এটি প্রদান করলে ব্যবহারকারী নাম/পাসওয়ার্ডকে অগ্রাধিকার দেয়:

socksmethod: username none

তালিকাটি উল্টালে উভয় পদ্ধতি প্রদত্ত হলে প্রমাণীকরণহীন প্রবেশাধিকার অগ্রাধিকার পায়:

socksmethod: none username

এগুলো বিকল্প পদ্ধতি ঘোষণা, সম্পূর্ণ সার্ভার কনফিগারেশন নয়। শ্রবণ ইন্টারফেস, অনুমোদিত ক্লায়েন্ট, গন্তব্য নিয়ম এবং যেকোনো নিয়ম-নির্দিষ্ট প্রমাণীকরণ সীমাবদ্ধতা এখনও গুরুত্বপূর্ণ।

none অনুমোদনের একটি সুনির্দিষ্ট পরিণতি আছে: শুধু প্রমাণীকরণহীনতা প্রদানকারী ক্লায়েন্ট প্রযোজ্য নিয়মের অধীনে গৃহীত হতে পারে। username প্রথমে রাখলে none সম্বলিত তালিকা সবার পাসওয়ার্ড দেওয়ার বাধ্যবাধকতায় পরিণত হয় না।

আগে প্রয়োজনীয়তাটি বেছে নিন

যদি প্রতিটি অনুমোদিত ক্লায়েন্টকে ব্যবহারকারী নাম/পাসওয়ার্ড দিয়ে প্রমাণীকরণ করতে হয়, তাহলে none একটি সাধারণ সামঞ্জস্য সংশোধন হিসেবে যোগ করার বদলে সেই প্রয়োজনীয়তাটি গ্লোবাল ও প্রযোজ্য নিয়মে ধারাবাহিকভাবে কনফিগার করুন। সীমিত ক্লায়েন্ট গোষ্ঠীর জন্য বেনামি প্রবেশাধিকার ইচ্ছাকৃত হলে, গোষ্ঠীটি ও তার অনুমোদিত গন্তব্যগুলো স্পষ্ট করুন।

Dante-তে clientmethod-ও আছে, যা TCP ক্লায়েন্ট সংযোগ করার সময়, SOCKS দরকষাকষির আগে করা পরীক্ষাগুলোর সাথে সম্পর্কিত। এটি SOCKS5 অভিবাদনে বিনিময় হওয়া পদ্ধতিগুলো থেকে আলাদা স্তর। পুরোনো method কীওয়ার্ড ব্যবহারকারী কনফিগারেশন স্নিপেট ইনস্টল করা Dante সংস্করণের ম্যানুয়াল অনুসারে পড়া উচিত।

দুই ক্লায়েন্ট ভিন্নভাবে আচরণ করলে, প্রত্যেকে কী প্রদান করে, Dante কী বেছে নেয় এবং নির্বাচিত পদ্ধতির উপ-দরকষাকষি সফল হয় কি না তা তুলনা করুন। তারপর SOCKS গন্তব্য উত্তরটি পরীক্ষা করুন। এই ক্রমটি প্রতিটি ব্যর্থতাকে FTP-র উপর আরোপ না করে বা সার্ভারের প্রমাণীকরণ নীতি অন্ধভাবে না বদলে একটি অনুপস্থিত শংসাপত্র কলব্যাক চিহ্নিত করে।

শেষে, SOCKS5 ব্যবহারকারী নাম/পাসওয়ার্ড প্রমাণীকরণ পাসওয়ার্ড বিনিময় এনক্রিপ্ট করে না। সেই শংসাপত্রগুলোর গোপনীয়তা প্রয়োজন হলে যথাযথভাবে সুরক্ষিত পরিবহন বা নেটওয়ার্ক ব্যবহার করুন।

সম্পর্কিত নিবন্ধ