რატომ იღებს Squid-ის Basic ავთენტიფიკაცია ძველ პაროლს
გაიგეთ Basic მონაცემების ქეშირება Squid 6.13-ში, სანამ ჩათვლით, რომ პაროლების ფაილის შეცვლა ყველა მოთხოვნის წვდომას მაშინვე აუქმებს.
Squid-ის პაროლების ფაილის შეცვლა აუცილებელი არ არის, რომ ყოველმა მომდევნო მოთხოვნამ დამხმარე პროგრამა ხელახლა გამოიძახოს. Basic ავთენტიფიკაციისას Squid-ს შეუძლია წარმატებით შემოწმებული მომხმარებლისა და პაროლის წყვილი ქეშში შეინახოს.
Squid 6.13-ის პარამეტრს, რომელიც ამ შემოწმების მოქმედების ხანგრძლივობას აკონტროლებს, ეწოდება credentialsttl. მაგალითად:
auth_param basic credentialsttl 5 minutesეს პოლიტიკის მნიშვნელობის მაგალითია და არა უნივერსალური რეკომენდაცია. აირჩიეთ ის მისაღები გაუქმების დაყოვნებისა და ავთენტიფიკაციის უკანა სისტემის დასაძლევი დატვირთვის მიხედვით.
გააცალკევეთ სამი შემოწმება
ჯერ დაადასტურეთ, რომ შეცვალეთ აქტიური დამხმარე პროგრამის მიერ გამოყენებული ფაილი. გამოუყენებელ ფაილში სწორი ცვლილება არაფერს ცვლის. შემდეგ შეამოწმეთ, შეუძლია თუ არა დამხმარე პროგრამას ფაილის წაკითხვა და ახალი ანგარიშის მონაცემების შემოწმება. ბოლოს მოქმედი ინსტანციის გავლით გაგზავნეთ ახალი პროქსი მოთხოვნა, სადაც ანგარიშის მონაცემების ქეში და წვდომის წესებიც მოქმედებს.
დამხმარე პროგრამა და მოქმედი პროქსი ცალ-ცალკე გამოცადეთ. დამხმარე აჩვენებს, რას იღებს უკანა სისტემა ახლა, ხოლო Squid-მა შეიძლება კვლავ გამოიყენოს ქეშირებული შემოწმება. მონაცემების შეცვლისას შეამოწმეთ როგორც ახლის მუშაობა, ისე ძველის უარყოფა შესაბამისი შემოწმების ფანჯრის გასვლის შემდეგ.
ამ ქცევის შესასწავლად ცალკე სატესტო ანგარიში გამოიყენეთ. მოთხოვნა, კლიენტის წყარო და სამიზნე უცვლელი დატოვეთ და რეალური პაროლები გაზიარებულ ბრძანების შედეგში არ ჩასვათ.
გეგმეთ გაუქმება და მხოლოდ ფაილის შეცვლას ნუ დაეყრდნობით
შემოწმების მოკლე მოქმედების ვადა უკანა სისტემის დატვირთვას ზრდის. დატვირთულ სერვისში მის შემცირებამდე გაითვალისწინეთ დამხმარეების შესაძლებლობა და ქცევა ნამდვილ უკანა სისტემაზე შეამოწმეთ. ნუ ჩათვლით, რომ კონფიგურაციის გადატვირთვა ყველა შესაბამის ავთენტიფიკაციის მდგომარეობას ასუფთავებს, თუ ეს თქვენს ვერსიასა და მოწყობაზე დადასტურებული არ არის.
წვდომის სასწრაფოდ გასაუქმებლად ანგარიშის ან წყაროს მკაფიო უარყოფამ შეიძლება ცალკე საზღვარი შექმნას. მხოლოდ პაროლების ფაილიდან წაშლას ნუ დაეყრდნობით; გამოსცადეთ ეს უარყოფა დაზიანებული გზიდან.
ეს პარამეტრი Basic შემოწმების ქეშირებას აღწერს. კავშირზე ორიენტირებულ ავთენტიფიკაციის სქემებს დამატებითი მდგომარეობა აქვთ და მათზე მხოლოდ ანალოგიით იგივე გაუქმების მოდელი არ უნდა გავრცელდეს.