Brauzer genişlənməsi autentifikasiya çağırışları ilə iki fərqli yerdən rastlaşa bilər: sorğunu daşıyan proksi və təyinat veb saytı. Onlar avtomatik olaraq eyni hesabı almamalıdır.

Chrome-un webRequest.onAuthRequired hadisəsində faydalı fərqləndirici isProxy-dir. Yalnız sorğunu yox etmək üçün bu yoxlamanı silən geri çağırış proksi etimadnamələrini mənbə çağırışına verməyə başlaya bilər.

Etibar etmək istədiyiniz proksiyə uyğunlaşdırın

isProxy yoxlamaq başlanğıcdır. Həmçinin emalı gözlənilən proksi çağırışçısı və sorğu konteksti ilə məhdudlaşdırın. Bir neçə son nöqtəni idarə edən genişlənmə hər çağırış üçün vahid qlobal şifrə deyil, həmin son nöqtəyə aid hesabı seçməlidir.

Proksi marşrutunun qurulması ilə onun girişinin idarə edilməsinin bir icazə və ya bir API çağırışı olduğunu düşünməyin. Chrome onları ayrıca sənədləşdirir. Hadisə məlumatları və autentifikasiya icazələri üçün cari webRequest istinadından istifadə edin. Manifest V3 dinləyici qeydiyyatı nümunəsi geri çağırış daxilində sinxron qeydiyyatı və hesab seçimini göstərir.

Manifest nəslini yoxlayın

Eksperimental WebRequest API-dən bəhs edən nümunələr köhnə genişlənmə buraxılışlarındandır. Cari icazə tələbləri genişlənmənin manifest nəslinə və yerləşdirmə modelinə bağlıdır. Xüsusilə, autentifikasiya emalının öz dəstəklənən icazə yolu var; köhnəlmiş bloklayıcı dinləyici nümunəsi Manifest V3 genişlənməsinin onu dəyişmədən işlədə biləcəyini sübut etmək üçün kifayət deyil.

Düzgün işləyici eyni rədd edilmiş etimadnamələri sonsuz təkrar yoxlamadan da çəkinməlidir. Verilən hesabdan sonra gələn ikinci çağırışı şifrəni əbədi təkrar oynatmaq tələbi deyil, araşdırma üçün sübut kimi qəbul edin.

Etimadnamələr genişlənmənin müvafiq qorunan emal yolunda qalmalıdır. Onları PAC faylında yayımlamayın və paylanan nümunədə kodlaşdırmayın. Məqsəd dar əhatəli proksi girişidir, hər autentifikasiya çağırışına eyni sirrlə cavab verən brauzer miqyaslı qayda deyil.

Əlaqəli məqalələr