Браузер кеңейтімі аутентификация шақыруларын екі түрлі жерден кездестіруі мүмкін: сұранысты тасымалдайтын прокси және мақсатты веб-сайт. Олар автоматты түрде бірдей тіркелгіні алмауы керек.

Chrome-ның webRequest.onAuthRequired оқиғасындағы пайдалы айырушы — isProxy. Тек сұрау жоғалуы үшін сол тексеруді алып тастайтын кері шақыру прокси тіркелгі деректерін шығу тегі шақыруына бере бастауы мүмкін.

Сенуге ниеттенген проксиге сәйкестендіріңіз

isProxy-ны тексеру — бастамасы. Сондай-ақ өңдеуді күтілетін прокси шақырушысымен және сұраныс контекстімен шектеңіз. Бірнеше соңғы нүктені басқаратын кеңейтім әр шақыру үшін бір жаһандық құпиясөз емес, сол нүктеге тиесілі тіркелгіні таңдауы керек.

Прокси маршрутын орнату мен оның кіруін өңдеуді бір рұқсат немесе бір API шақыруы деп ойламаңыз. Chrome оларды бөлек құжаттайды. Оқиға деректері мен аутентификация рұқсаттары үшін ағымдағы webRequest анықтамасын пайдаланыңыз. Manifest V3 тыңдаушысын тіркеу мысалы кері шақыру ішіндегі синхронды тіркеуді және тіркелгі таңдауын көрсетеді.

Манифест ұрпағын тексеріңіз

Эксперименттік WebRequest API-ді атайтын мысалдар кеңейтімнің ескі шығарылымдарынан келеді. Ағымдағы рұқсат талаптары кеңейтім манифесінің ұрпағына және орналастыру үлгісіне байланысты. Атап айтқанда, аутентификацияны өңдеудің өзінің қолдау көрсетілетін рұқсат жолы бар; ескірген бөгеуші тыңдаушы мысалы Manifest V3 кеңейтімі оны өзгеріссіз орындай алатынын дәлелдеуге жеткіліксіз.

Дұрыс өңдеуші сол қабылданбаған тіркелгі деректерін шексіз қайталап көруден де аулақ болуы керек. Тіркелгі берілгеннен кейінгі екінші шақыруды құпиясөзді мәңгі қайта ойнату өтініші емес, тергеуге тұрарлық дәлел ретінде қарастырыңыз.

Тіркелгі деректері кеңейтімнің тиісті қорғалған өңдеу жолында қалуы керек. Оларды PAC файлында жарияламаңыз және таратылатын үлгіге қатты кодтамаңыз. Мақсат — тар ауқымды прокси кіруі, ал әр аутентификация шақыруына бірдей құпиямен жауап беретін браузерлік ереже емес.

Қатысты мақалалар