Squid 7-ის ავთენტიფიკაციის კვლევა debug_options 29-ე განყოფილებით

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

Squid 7-ის დიაგნოსტიკურ სესიაში 29-ე განყოფილება შეიცავს ავთენტიფიკაციის გამართვის შეტყობინებებს. დროებითი კონფიგურაცია შეიძლება შეინარჩუნოს ზოგადი გაფრთხილების დონე და ამავე დროს აამაღლოს ეს განყოფილება:

debug_options ALL,1 29,5

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

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

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

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