Squid და დუბლირებული მომხმარებლის სახელები LDAP კატალოგებში
დააპროექტეთ კატალოგის არჩევანი და Squid-ის ავთენტიფიკაციის ქეში ერთად, როცა დამოუკიდებელი LDAP კატალოგები ერთსა და იმავე მოკლე მომხმარებლის სახელს შეიცავს.
თუ ორი დამოუკიდებელი კატალოგი ორივე შეიცავს alex-ს, პროქსის პაროლის შემოწმებამდე კატალოგის არჩევა სჭირდება. ჯერ A-ს და შემდეგ B-ს ცდა ამ არჩევანს ავთენტიფიკაციის წარუმატებლობაში მალავს და შესაძლოა მიუწვდომელი კატალოგი უარყოფილ საიდუმლოს აურიოს.
ორი წყობა იდენტობას გამოკვეთილს გახდის:
- კვალიფიცირებული შესვლა.
[email protected]-ის მსგავსი სახელი გამგზავნის მეშვეობით ადმინისტრატორის მიერ განსაზღვრულ ფიქსირებულ კატალოგს ირჩევს. შეინახეთ კვალიფიცირებული იდენტობა ავტორიზაციისთვის და ლოგებისთვის. კლიენტის მიერ მოწოდებული სუფიქსი თვითნებურ LDAP სერვერის მისამართად ნუ გადააქცევთ. - სტაბილური სანდო მოთხოვნის კონტექსტი. კატალოგს ირჩევს მსმენელი ან სხვა მხარდაჭერილი კონტექსტი. განსაზღვრეთ რა ხდება, როცა ადამიანი გადაადგილდება ან სხვა მსმენელს იყენებს; ქსელური მდებარეობა პირადი იდენტობა არ არის.
ერთი კატალოგის რეპლიკები განსხვავებულია: ისინი იდენტობის სახელთა სივრცეს იზიარებენ. დაუკავშირებელი კატალოგები რეპლიკები არ ხდებიან იმიტომ, რომ ორივე LDAP-ს იყენებს.
Squid-ის სერტიფიკატების ქეშის გასაღები დამხმარის არჩევანს შეუთანხმეთ. auth_param ცნობარი აღწერს key_extras-ს დამატებითი კონტექსტის გადასაცემად და ქეშის გასაღებში მის შესატანად, მათ შორის მოსმენის პორტით გამოყოფილი იდენტური სახელების შემთხვევაში. დამხმარემ გაფართოებული შეყვანა უნდა გაიგოს, ხოლო არჩეული მაკრო ამ ავთენტიფიკაციის ეტაპზე ხელმისაწვდომი უნდა იყოს.
უპირატესობა მიანიჭეთ სტაბილურ კონტექსტს. ხშირად ცვალებადი კლიენტის IP შეიძლება ქეშის იდენტობები გაამრავლოს და შეცვალოს კონტროლი, რომელიც ერთ მომხმარებლის იდენტობას ელოდება.
ცალ-ცალკე განსაზღვრეთ უცნობი კატალოგი, უცნობი ანგარიში, უარყოფილი პაროლი და მიუწვდომელი კატალოგი. North-ის ანგარიში ჩუმად არ უნდა გახდეს South-ის Alex, როცა North მიუწვდომელია. შეინარჩუნეთ ეს შედეგები ლოგებში გასარჩევად პაროლების ჩაწერის გარეშე.