Nega bitta proksi so'rovi parol so'raydi, boshqalari uchun Kerberos ishlaydi
Boshqa so'rovlar Kerberosdan muvaffaqiyatli foydalansa ham, bitta so'rovga kutilmagan proksi autentifikatsiya hududini tayinlaydigan siyosat qoidasini toping.
Bir nechta so'rov kompaniya proksisi orqali Kerberosdan muvaffaqiyatli foydalanadi. Bitta so'rov parol so'rovini keltirib chiqaradi. keytabni almashtirishdan oldin aynan shu so'rov qaysi autentifikatsiya siyosatini tanlaganini tekshiring.
Shlyuz siyosat orqali hudud va qo'llab-quvvatlanadigan sxemalarni tanlashi mumkin. Bitta brauzerdan bitta proksiga keladigan ikkita tranzaksiya bir xil autentifikatsiya talablarini olishi shart emas.
Ushbu faraziy izni ko'rib chiqing:
| Tranzaksiya | Birinchi mos siyosat | Mavjud autentifikatsiya |
|---|---|---|
| Asosiy hujjat | Boshqariladigan ko'rib chiqish qoidasi | Negotiate |
| Boshqa xostdan skript | Avvalgi manzil istisnosi | Basic yoki NTLM |
Birinchi muvaffaqiyatli almashinuv tanlangan bitta yo'l ishlashini ko'rsatadi. Ikkinchi tranzaksiya shu yo'lga yetganini ko'rsatmaydi. Hisob ma'lumotlari to'g'ri bo'lishi mumkin, ammo uning autentifikatsiya mexanizmini tanlaydigan qoida xato bo'lishi mumkin.
Tanlangan qoida va uning tartibini tekshiring
Chaqiruv olgan so'rovning manzili va vaqtini shlyuz siyosati izi bilan bog'lang. Birinchi qo'llaniladigan qoida yaratadigan hudud, sxema tanlovlari va autentifikatsiya rejimini aniqlang. Bu qiymatlarni bir xil mijozning muvaffaqiyatli so'rovi bilan solishtiring.
IP bilan bog'langan identifikatsiyaga asoslangan siyosat ham ulanishda autentifikatsiya talab qiladigan siyosatdan boshqacha harakat qilishi mumkin. Yangi qo'l siqish yo'qligi bir xil hudud tanlanganini anglatmaydi deb o'ylamang.
Agar resurs tasodifiy istisnoga tushgan bo'lsa, o'sha qoidani yoki uning doirasini tuzating va hosil bo'lgan izni ko'rib chiqing. Ruxsat etilgan autentifikatsiya usullarini hamma joyda kengaytirish nomuvofiqlikni yashirishi mumkin, lekin aloqasiz trafikning kirish xatti-harakatini o'zgartiradi.
Agar mo'ljallangan hudud tanlansa va kutilgan almashinuv muvaffaqiyatsiz bo'lsa, hisob va Kerberos dalillariga o'ting. Aynan o'sha paytda chipta, xizmat nomi yoki backend diagnostikasi muhim bo'ladi.