کلائنٹ پراکسی کے توثیقی چیلنج پر کارروائی نہیں کر سکتا جب تک اس کے پاس تجزیے کے لیے مکمل HTTP جواب نہ ہو۔ اسٹیٹس لائن اور Proxy-Authenticate فیلڈ کو اب بھی وہ خالی سطر درکار ہے جو ہیڈر کا حصہ ختم کرتی ہے۔

باڈی کے بغیر کم سے کم HTTP/1.1 جواب کی ساخت یہ ہے:

HTTP/1.1 407 Proxy Authentication Required<CRLF>
Proxy-Authenticate: Basic realm="local-proxy"<CRLF>
Content-Length: 0<CRLF>
<CRLF>

ہر CRLF نشان کیریج ریٹرن اور لائن فیڈ بائٹس کی نمائندگی کرتا ہے، نشان کی لفظی عبارت نہیں۔ آخری ہیڈر سطر پہلے ہی CRLF پر ختم ہوتی ہے؛ اضافی CRLF خالی سطر بناتا ہے۔ Content-Length بتاتا ہے کہ کوئی باڈی نہیں آتی۔

کسی اور درخواست کا انتظار کرنے سے پہلے مکمل جواب بھیجیں یا فلش کریں۔ خام ساکٹ پر، درخواست سے کم بائٹس بھیجنے والی تحریروں کو بھی مدنظر رکھیں۔

407 کے لیے کم از کم ایک قابلِ اطلاق Proxy-Authenticate چیلنج درکار ہے۔ اگر کلائنٹ پیش کردہ اسکیم کی حمایت کرے اور اسناد حاصل کرے تو یہ Proxy-Authorization کے ساتھ دوبارہ کوشش کر سکتا ہے۔ کسی ویب سائٹ کے 401 اور WWW-Authenticate فیلڈز کسی مختلف ہاپ سے متعلق ہیں۔

یہ Basic چیلنج فریمنگ کی مثال ہے، مکمل توثیقی ڈیزائن نہیں۔ جب رازداری اہم ہو تو Basic اسناد کو محفوظ کنکشن درکار ہوتا ہے۔ چیلنج بھیجنا پاس ورڈ کی تصدیق، درخواست کے تجزیے یا CONNECT ٹنلنگ کو بھی نافذ نہیں کرتا۔

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