Squid 7 کا تصدیق شدہ صارف نام کسی ICAP سروس کو بھیجیں

ICAP سروس Squid کو معلوم تصدیق شدہ شناخت وصول کر سکتی ہے، لیکن دونوں فریقوں کو اتفاق کرنا ہوگا کہ وہ شناخت کیسے منتقل ہوتی ہے۔ محض ہیڈر کا نام دینا صارف نام کی فارورڈنگ فعال نہیں کرتا۔

ICAP معاونت اور کلائنٹ تصدیق کے ساتھ موجودہ Squid 7 سیٹ اپ کے لیے متعلقہ ترتیبات یہ ہو سکتی ہیں:

adaptation_send_username on
icap_client_username_header X-Authenticated-User
icap_client_username_encode off

یہ موجودہ ICAP سروس، تطبیق کے قواعد اور پراکسی رسائی کی ترتیب کی تکمیل کرتا ہے۔ یہ تصدیق یا تطبیق سروس نہیں بناتا۔

سروس کے اِن پٹ کے مطابق ہوں

Squid کا ڈیفالٹ صارف نام ہیڈر X-Client-Username ہے۔ اگر اڈاپٹر X-Authenticated-User کی توقع کرتا ہے تو اوپر کے مطابق Squid کا ترتیب شدہ نام تبدیل کریں یا اڈاپٹر کو ڈیفالٹ پڑھنے کے لیے ترتیب دیں۔ ہیڈر ناموں کی مطابقت HTTP کے بڑے چھوٹے حروف کی تمیز نہ کرنے والے قواعد کی پیروی کرتی ہے۔

انکوڈنگ بھی مطابقت رکھنی چاہیے۔ جب icap_client_username_encode فعال ہو تو Squid قدر کو Base64 میں انکوڈ کرتا ہے۔ سروس کو اس نمائندگی کو کسی دوسرے صارف نام کے بجائے ڈی کوڈ کرنا چاہیے۔

یہ Squid اور اس کی سروس کے درمیان ICAP تبادلے کے بارے میں میٹاڈیٹا ہے۔ یہ ہر منزل ویب سائٹ کو صارف شناخت ہیڈر بھیجنے کی ہدایت نہیں ہے۔

اگر سروس اب بھی IP پتہ رپورٹ کرتی ہے

تصدیق کریں کہ لین دین میں Squid پر واقعی تصدیق شدہ صارف نام موجود ہے، صارف نام کی فارورڈنگ فعال ہے اور سروس ترتیب شدہ ہیڈر پڑھتی ہے۔ اڈاپٹر کا کلائنٹ پتے پر واپس جانا یہ ثابت نہیں کرتا کہ Squid تصدیق ناکام ہوئی؛ خود حوالگی غائب یا غلط نام کی ہو سکتی ہے۔

اس شناخت کو صرف Squid سے اڈاپٹر تک کے کنٹرول شدہ راستے پر قابلِ اعتماد سمجھیں۔ یہ ہدایات ورژن کے لحاظ سے مخصوص ہیں: ترتیب کا حوالہ انہیں Squid 7 اور پہلے کی لائنوں کے لیے درج کرتا ہے، اور Squid 8 میں دستیاب نہ ہونے کی نشان دہی کرتا ہے۔