როგორ ვაიძულოთ ntlm_auth Squid-ის დამხმარის პროტოკოლზე საუბარი

Squid-ის NTLM ავთენტიფიკაციისთვის შეამოწმეთ, ირჩევს თუ არა ეფექტური დამხმარე ბრძანება --helper-protocol=squid-2.5-ntlmssp-ს. ისტორიული რიცხვი ასახელებს დამხმარის საუბარს; ის არ გვავალდებულებთ Squid 2.5-ის დაყენებას.

ერთჯერადი ntlm_auth მომხმარებლის სახელის/პაროლის შემოწმება სხვა რეჟიმს ამოწმებს. მისი წარმატება არ ამტკიცებს, რომ Squid-მა გაუშვა დამხმარე, რომელსაც შეუძლია საჭირო გაცვლის შენარჩუნება.

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

შეამოწმეთ დამხმარის გამშვები ანგარიში ცალკე ავთენტიფიცირებული მომხმარებლისგან. Samba-ს პრივილეგირებულ ავთენტიფიკაციის საშუალებებზე წვდომა ლოკალური სერვისის ნებართვის საკითხია. მომხმარებლის პაროლის შეცვლა ამას ვერ მოგცემთ.

როცა დამხმარე ხელმისაწვდომი დარჩება და არჩეულ პროტოკოლზე ისაუბრებს, გადადით დომენის წევრობაზე, ანგარიშის მიღებასა და ბრაუზერის მოლაპარაკებაზე. დამხმარეთა რაოდენობის ნაადრევი გაზრდა მხოლოდ იმავე წარუმატებელი ინტეგრაციის მეტ ასლს უშვებს.