Chrome onAuthRequired: проверете isProxy пред да испратите акредитиви
Повратниот повик за автентикација на Chrome може да опише предизвик од прокси или предизвик од извор. Давање исти акредитиви на двете е грешка во опсегот на акредитивите.
Проширувањето на прелистувачот може да наидe на предизвици за автентикација од две различни места: проксито што го пренесува барањето и целната веб-страница. Тие не смеат автоматски да го добијат истиот профил.
Корисниот разграничувач во настанот webRequest.onAuthRequired на Chrome е isProxy. Повратниот повик што ја отстранува таа проверка само за да исчезне барањето може да почне да доставува акредитиви за прокси на предизвик од извор.
Усогласете го проксито на кое имате намера да му верувате
Проверката на isProxy е почеток. Ограничете ја и обработката на очекуваниот предизвикувач на прокси и контекстот на барањето. Проширување што управува со неколку крајни точки треба да го избере профилот што ѝ припаѓа на таа крајна точка, а не една глобална лозинка за секој предизвик.
Не претпоставувајте дека поставувањето на прокси рутата и обработката на нејзината најава се една дозвола или еден API повик. Chrome ги документира одделно. Користете ја тековната референца за webRequest за податоците за настани и дозволите за автентикација. Пример за регистрација на слушател за Manifest V3 покажува синхрона регистрација и избор на профил внатре во повратниот повик.
Проверете ја генерацијата на манифестот
Примерите што споменуваат експериментален WebRequest API доаѓаат од стари изданија на проширувањето. Тековните барања за дозволи зависат од генерацијата на манифестот на проширувањето и моделот на распоредување. Особено, обработката на автентикација има своја поддржана патека за дозволи; застарен пример за блокирачки слушател не е доволен за да се утврди дека проширување за Manifest V3 може да го извршува непроменето.
Правилниот обработувач мора да избегнува и бесконечно повторување на истите одбиени акредитиви. Вториот предизвик по доставениот профил третирајте го како доказ за истрага, а не како барање лозинката да се репродуцира засекогаш.
Акредитивите треба да останат во соодветната заштитена патека за обработка на проширувањето. Не ги објавувајте во PAC датотека и не ги вградувајте во дистрибуиран пример. Целта е тесно ограничена најава преку прокси, а не правило на ниво на прелистувач што одговара на секој предизвик за автентикација со истата тајна.