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-ით კოდირებს. სერვისმა ეს წარმოდგენა უნდა გაშიფროს და არ მიიჩნიოს ის სხვა მომხმარებლის სახელად.

ეს არის მეტამონაცემები Squid-სა და მის სერვისს შორის ICAP გაცვლის შესახებ. ეს არ არის მითითება მომხმარებლის იდენტობის სათაურის ყველა დანიშნულების ვებსაიტზე გაგზავნის შესახებ.

თუ სერვისი კვლავ იუწყება IP მისამართს

დაადასტურეთ, რომ ტრანზაქციას ნამდვილად აქვს ავთენტიფიცირებული მომხმარებლის სახელი Squid-ში, მომხმარებლის სახელის გადაცემა ჩართულია და სერვისი კითხულობს კონფიგურირებულ სათაურს. ადაპტორის კლიენტის მისამართზე დაბრუნება არ ამტკიცებს, რომ Squid-ის ავთენტიფიკაცია ვერ მოხერხდა; თავად გადაცემა შეიძლება აკლდეს ან არასწორად იყოს დარქმეული.

მიიჩნიეთ ეს იდენტობა სანდოდ მხოლოდ Squid-იდან ადაპტორამდე კონტროლირებულ გზაზე. ეს დირექტივები ვერსიაზეა დამოკიდებული: კონფიგურაციის ცნობარი მათ Squid 7-ისა და ადრინდელი ხაზებისთვის ჩამოთვლის და აღნიშნავს, რომ Squid 8-ში მიუწვდომელია.