قابلِ استعمال Proxy-Authenticate چیلنج کے بغیر HTTP 407

کلائنٹ صرف حالت کے نمبر سے توثیق کا طریقہ منتخب نہیں کر سکتا۔ پروکسی کے جواب میں بیان ہونا چاہیے کہ وہ کیا قبول کرتا ہے۔

HTTP کا تقاضا ہے کہ 407 پیدا کرنے والا پروکسی Proxy-Authenticate چیلنج بھیجے۔ Basic سروس کے لیے ایک سادہ مثال یہ ہے:

HTTP/1.1 407 Proxy Authentication Required
Proxy-Authenticate: Basic realm="Office proxy"

عددی حالت، ہیڈر کا نام اور اسکیم سے مخصوص نحو، سب اہم ہیں۔ ایسا برانڈڈ غلطی صفحہ جس کے متن میں authentication کا لفظ ہو، ہیڈر کا متبادل نہیں۔ حسبِ ضرورت نفاذ کو بھی ہیڈر کے اختتامی حصے اور متن کی فریمنگ سمیت مکمل HTTP 407 جواب بھیجنا چاہیے۔

اس کلائنٹ تک پہنچنے والے جواب کا جائزہ لیں

خفیہ اقدار ہٹانے کے بعد حالت اور چیلنج کے فیلڈز ریکارڈ کریں۔ ممکن ہے کسی درمیانی فریق نے جواب بدلا ہو، یا حسبِ ضرورت پروکسی نے غلط چیلنج بنایا ہو۔ اس ثبوت کا موازنہ خود پروکسی کے لین دین کے لاگ سے کریں۔

اگر سروس اس کے بجائے 405 یا کوئی اور خرابی بھیجتی ہے تو حسبِ ضرورت کلائنٹ کے اندر ایسے ہر جواب کو 407 کا لیبل نہ دیں۔ آپ طریقہ کار کی پالیسی کی اصل ناکامیوں کو چھپا دیں گے اور پھر بھی قابلِ اعتماد اسکیم گفت و شنید نہیں ہوگی۔ سروس کا رویہ درست کریں یا اس کے دستاویزی معاون توثیقی راستے کو استعمال کریں۔

متعدد چیلنجز کے لیے بھی حقیقی HTTP تجزیہ کار درکار ہے۔ کوما پیرامیٹرز یا چیلنجز کو الگ کر سکتا ہے؛ پورے ہیڈر کو اندھا دھند کوما پر تقسیم کرنا اقتباس میں بند realm کو خراب کر سکتا ہے۔ مسلسل اسٹرنگ تبدیلیوں کی بجائے کلائنٹ کے معاون توثیقی نفاذ کو استعمال کریں۔

چیلنج قابلِ استعمال ہونے کے بعد ہی یہ جانچنا معنی رکھتا ہے کہ اسناد فراہم کرنے والے نے اکاؤنٹ کیوں واپس نہیں کیا۔