Dante میں SOCKS5 تصدیق کے طریقے منتخب کرنا

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 صارف نام/پاس ورڈ تصدیق پاس ورڈ کے تبادلے کو خفیہ نہیں کرتی۔ جب ان اسناد کو رازداری درکار ہو تو مناسب طور پر محفوظ ترسیل یا نیٹ ورک استعمال کریں۔