ส่งชื่อผู้ใช้ที่ผ่านการรับรองความถูกต้องของ Squid 7 ไปยังบริการ ICAP
เปิดใช้การส่งต่อชื่อผู้ใช้และตกลงเกี่ยวกับส่วนหัวเมทาดาทา 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