কেন SOCKS5 পাসওয়ার্ড প্রমাণীকরণ সংস্করণ 1 দিয়ে শুরু হয়

একটি SOCKS5 ক্লায়েন্ট সংস্করণ 5 দিয়ে শুরু করে, তারপর পাসওয়ার্ড প্রমাণীকরণের সময় সংস্করণ 1 পাঠায়। এটি অগত্যা কোনো ডাউনগ্রেড বা ভুল প্রক্সি নয়।

প্রথম বিনিময় SOCKS5 প্রমাণীকরণ পদ্ধতি নিয়ে দরকষাকষি করে। যখন ব্যবহারকারীর নাম/পাসওয়ার্ড নির্বাচন করা হয়, RFC 1929 একটি পৃথক সাব-নেগোশিয়েশন নির্ধারণ করে যার সংস্করণ ফিল্ড 0x01।

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

ট্রেস পড়ার সময় বা ক্লায়েন্ট তৈরি করার সময় দুটি বিনিময় আলাদা রাখুন। পরিষেবাটির নাম SOCKS5 বলে সর্বত্র 0x05 পুনরাবৃত্তি করলে ভুল প্রমাণীকরণ বার্তা তৈরি হয়।

সফল পাসওয়ার্ড স্ট্যাটাসের অর্থও এই নয় যে অনুরোধ করা গন্তব্যটি অনুমোদিত। পরবর্তী SOCKS উত্তর এখনও সেই সংযোগ প্রত্যাখ্যান করতে পারে।

সবশেষে, এই ব্যবহারকারীর নাম/পাসওয়ার্ড পদ্ধতি এর শংসাপত্র এনক্রিপ্ট করে না। সংস্করণ বাইটটি একটি বার্তা বিন্যাস চিহ্নিত করে, এনক্রিপ্টেড বা আরও শক্তিশালী লগইন মোড নয়।