Proxy-autentikaasje yn Chrome CDP: beide Fetch-evenemintpaden behannelje
Skeakel autentikaasjeferzoeken yn foar navigaasje, ferfetsje gewoane pauzearre ferzoeken en beäntwurdzje allinnich de bedoelde Proxy-útdaging mei in beheind besykensbelied.
Registrearje yn 'e oangeande CDP-sesje de handlers foar navigaasje en rop dan Fetch.enable oan mei dizze parameters:
{"handleAuthRequests": true}| Evenemint | Fereaske antwurdpaad |
|---|---|
| Fetch.requestPaused | continueRequest mei dat requestId as gewoan wurk trochgean moat |
| Fetch.authRequired | Undersykje authChallenge en brûk dan continueWithAuth mei it requestId fan it autentikaasjeevenemint |
Foar de werkenbere tuskenpersoan binne de autentikaasjeparameters:
{
"requestId": "REQUEST_ID_FROM_AUTH_EVENT",
"authChallengeResponse": {
"response": "ProvideCredentials",
"username": "PROXY_USERNAME",
"password": "PROXY_PASSWORD"
}
}Kontrolearje dat authChallenge.source Proxy is en dat de oarsprong de bedoelde útdager is foardat it akkount út 'e referinsjeboarne laden wurdt. In Server-útdaging folget in oar autentikaasjebelied.
Folgje tastiene besykens per ûnderskepte oanfraach; in werhelle ôfwiisde útdaging heart CancelAuth te krijen, net noch in einleaze yntsjening. Wiskje de folging by foltôging of sluten fan de sesje.
As de side hinget, ûndersykje dan ek ûnoploste requestPaused-eveneminten. Autentikaasjebehean ferfettet se net automatysk, en gjin fan beide evenemintpaden kiest de proxy-rûte fan 'e browser.