რატომ მაინც ითხოვს Squid Basic LDAP ავთენტიფიკაცია პაროლს

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

ამ სტრიქონში მთავარი სიტყვაა basic:

auth_param basic realm Windows Logon

სიტყვები realm-ის შემდეგ ასახელებენ დაცულ ავთენტიფიკაციის სივრცეს. ისინი არ ითხოვენ Windows-ის წვდომის ტოკენს და არ გადართავენ გამოწვევას Negotiate-ზე. Basic LDAP-ის დამხმარე იღებს მოწოდებულ მონაცემებს და ამოწმებს მათ კატალოგში.

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

თუ მოთხოვნა ჩუმი შესვლაა

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

გადაწყვიტეთ, რომელი შედეგი გჭირდებათ, სანამ მუშა LDAP-ის კონფიგურაციას შეცვლით. სამუშაო სადგურზე შესვლის იგივე მომხმარებლის სახელისა და პაროლის მიღება გონივრული Basic მოთხოვნაა. უკვე შესული Windows იდენტობის ხელახლა გამოყენება ამ პაროლის გარეშე სხვა მოთხოვნაა, სხვა პროტოკოლური და განლაგების სამუშაოთი.