SOCKS5 کلائنٹ ورژن 5 سے شروع ہوتا ہے، پھر پاس ورڈ کی تصدیق کے دوران ورژن 1 بھیجتا ہے۔ یہ لازماً کوئی ڈاؤن گریڈ یا غلط پراکسی نہیں ہے۔

پہلا تبادلہ SOCKS5 کی تصدیق کا طریقہ طے کرتا ہے۔ جب صارف نام/پاس ورڈ منتخب ہوتا ہے، RFC 1929 ایک الگ ذیلی مذاکرات متعین کرتا ہے جس کا ورژن فیلڈ 0x01 ہے۔

اس تصدیقی درخواست میں صارف نام اور پاس ورڈ کی لمبائیاں اور بائٹس شامل ہیں۔ سرور ذیلی مذاکرات کا ورژن اور ایک حالت واپس کرتا ہے۔ کلائنٹ SOCKS5 منزل کی درخواست صرف تصدیق کامیاب ہونے کے بعد بھیجتا ہے۔

ٹریس پڑھتے یا کلائنٹ نافذ کرتے وقت دونوں تبادلے الگ رکھیں۔ سروس کا نام SOCKS5 ہونے کی وجہ سے ہر جگہ 0x05 دہرانے سے غلط تصدیقی پیغام بنتا ہے۔

کامیاب پاس ورڈ حالت کا یہ مطلب بھی نہیں کہ مطلوبہ منزل کی اجازت ہے۔ اگلا SOCKS جواب پھر بھی اس کنکشن کو مسترد کر سکتا ہے۔

آخر میں، یہ صارف نام/پاس ورڈ طریقہ اپنی اسناد کو خفیہ نہیں کرتا۔ ورژن بائٹ پیغام کی شکل بتاتا ہے، خفیہ شدہ یا زیادہ مضبوط لاگ ان موڈ نہیں۔

متعلقہ مضامین