Squid-ში შესვლა წარმატებულია, მაგრამ LDAP ჯგუფის წესი წვდომას უარყოფს

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

1. ჩაწერეთ ავთენტიფიცირებული სახელი: ეს შეიძლება იყოს DOMAIN\alex, [email protected] ან alex.
2. შეამოწმეთ გარე ACL-ის %LOGIN-ით გადაცემული მნიშვნელობა და მომხმარებლის ის ატრიბუტი, რომელსაც დამხმარე ეძებს.
3. შეადარეთ ნებადართული და აკრძალული საცდელი იდენტობა: რომელი ძიების სახელი მიიღეთ, მოიძებნა თუ არა მომხმარებელი და დაემთხვა თუ არა წევრობა?

ext_ldap_group_acl-ისთვის დოკუმენტირებული -S შლის NT სტილის დომენის კომპონენტს, ხოლო -K შლის @-ით გამოყოფილ Kerberos realm-ის კომპონენტს. რომელიმე მათგანი გამოიყენეთ მხოლოდ მაშინ, როცა ეს გარდაქმნა ემთხვევა კატალოგის ხელშეკრულებას. თუ ორ ავტორიტეტულ დომენს ერთი და იგივე მოკლე სახელი აქვს, კვალიფიკატორის მოხსნამ შეიძლება არასწორი იდენტობა აირჩიოს.

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

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