تمرير اسم المستخدم المُوثَّق في Squid 7 إلى خدمة ICAP

يمكن لخدمة ICAP أن تستقبل الهوية الموثقة التي يعرفها Squid، لكن يجب أن يتفق الطرفان على طريقة نقل هذه الهوية. مجرد تسمية ترويسة لا تفعّل تمرير اسم المستخدم.

بالنسبة إلى إعداد Squid 7 قائم مع دعم ICAP ومصادقة العملاء، قد تكون الإعدادات ذات الصلة كالتالي:

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. وعلى الخدمة فك ترميز هذا التمثيل بدلًا من التعامل معه كاسم مستخدم مختلف.

هذه بيانات وصفية على تبادل ICAP بين Squid وخدمته. وهي ليست تعليمًا بإرسال ترويسة هوية المستخدم إلى كل موقع وجهة.

إذا كانت الخدمة لا تزال تبلغ عن عنوان IP

تأكد من أن المعاملة تملك فعليًا اسم مستخدم موثقًا لدى Squid، وأن تمرير اسم المستخدم مفعّل، وأن الخدمة تقرأ الترويسة المهيأة. رجوع المحوّل إلى عنوان العميل لا يثبت فشل مصادقة Squid؛ فقد يكون التسليم نفسه غائبًا أو مسمّى خطأً.

اعتبر هذه الهوية موثوقة فقط عبر المسار الخاضع للتحكم بين Squid والمحوّل. هذه التوجيهات خاصة بالإصدار: يسردها مرجع التهيئة لـSquid 7 والإصدارات الأقدم، ويشير إلى أنها غير متاحة في Squid 8.