რატომ ითხოვს ერთი პროქსი მოთხოვნა პაროლს, როცა Kerberos სხვებისთვის მუშაობს

რამდენიმე მოთხოვნა კომპანიის პროქსის მეშვეობით წარმატებით იყენებს Kerberos-ს. ერთი მოთხოვნა პაროლის მოთხოვნას იწვევს. keytab-ის შეცვლამდე შეამოწმეთ, რომელი ავთენტიფიკაციის პოლიტიკა აირჩია სწორედ ამ მოთხოვნამ.

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

განიხილეთ ეს ჰიპოთეტური კვალი:

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

შეამოწმეთ არჩეული წესი და მისი რიგი

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

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

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

თუ სასურველი სფერო არჩეულია და მოსალოდნელი გაცვლა ვერ ხერხდება, გადადით ანგარიშისა და Kerberos-ის მტკიცებულებებზე. სწორედ მაშინ ხდება აქტუალური ბილეთი, სერვისის სახელი ან backend-ის დიაგნოსტიკა.