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 में अनुपलब्ध बताता है।