Chrome onAuthRequired: hisob ma'lumotlarini yuborishdan oldin isProxy ni tekshiring
Chrome autentifikatsiya callback'i proksi yoki manba chaqirig'ini tavsiflashi mumkin. Ikkalasiga bir xil hisob ma'lumotlarini berish hisob ma'lumotlari qamrovining xatosi.
Brauzer kengaytmasi autentifikatsiya chaqiriqlariga ikki xil joydan duch kelishi mumkin: so'rovni olib yuruvchi proksi va maqsadli veb-sayt. Ular avtomatik ravishda bir xil hisobni olishlari kerak emas.
Chrome'ning webRequest.onAuthRequired hodisasidagi foydali ajratuvchi — isProxy. Faqat so'rov yo'qolishi uchun ushbu tekshiruvni olib tashlaydigan callback proksi hisob ma'lumotlarini manba chaqirig'iga bera boshlashi mumkin.
Ishonmoqchi bo'lgan proksiga moslang
isProxy ni tekshirish — boshlanish. Shuningdek, ishlov berishni kutilgan proksi chaqiruvchisi va so'rov konteksti bilan cheklang. Bir nechta so'nggi nuqtani boshqaradigan kengaytma har bir chaqiriq uchun bitta global parol emas, balki o'sha nuqtaga tegishli hisobni tanlashi kerak.
Proksi marshrutini sozlash va uning kirishini boshqarish bitta ruxsat yoki bitta API chaqiruvi deb o'ylamang. Chrome ularni alohida hujjatlashtiradi. Hodisa ma'lumotlari va autentifikatsiya ruxsatlari uchun joriy webRequest ma'lumotnomasidan foydalaning. Manifest V3 tinglovchisini ro'yxatdan o'tkazish misoli callback ichida sinxron ro'yxatdan o'tish va hisob tanlashni ko'rsatadi.
Manifest avlodini tekshiring
Eksperimental WebRequest API haqida gapiradigan misollar eski kengaytma nashrlaridan olingan. Joriy ruxsat talablari kengaytmaning manifest avlodi va joylashtirish modeliga bog'liq. Xususan, autentifikatsiyani boshqarishning o'z qo'llab-quvvatlanadigan ruxsat yo'li bor; eskirgan bloklovchi tinglovchi misoli Manifest V3 kengaytmasi uni o'zgartirishsiz ishga tushirishi mumkinligini isbotlash uchun yetarli emas.
To'g'ri ishlov beruvchi rad etilgan bir xil hisob ma'lumotlarini cheksiz qayta urinishdan ham qochishi kerak. Hisob berilgandan keyingi ikkinchi chaqiriqni parolni abadiy qayta o'ynash so'rovi emas, tekshirish uchun dalil deb hisoblang.
Hisob ma'lumotlari kengaytmaning tegishli himoyalangan ishlov berish yo'lida qolishi kerak. Ularni PAC faylida e'lon qilmang va tarqatiladigan namunaga qattiq kodlamang. Maqsad — tor qamrovli proksi kirishi, har bir autentifikatsiya chaqirig'iga bir xil sir bilan javob beradigan butun brauzer qoidasi emas.