Prokura aŭtentigo en Chrome CDP: trakti ambaŭ Fetch-eventajn vojojn
Ŝaltu aŭtentigajn petojn antaŭ navigado, daŭrigu ordinarajn paŭzitajn petojn kaj respondu nur al la celata Proxy-defio per limigita provpolitiko.
En la koncerna CDP-sesio registru la traktilojn antaŭ navigado, poste voku Fetch.enable kun ĉi tiuj parametroj:
{"handleAuthRequests": true}| Evento | Postulata responda vojo |
|---|---|
| Fetch.requestPaused | continueRequest kun tiu requestId kiam ordinara laboro devus daŭri |
| Fetch.authRequired | Ekzamenu authChallenge, poste uzu continueWithAuth kun la requestId de la aŭtentiga evento |
Por la rekonita peranto, la aŭtentigaj parametroj estas:
{
"requestId": "REQUEST_ID_FROM_AUTH_EVENT",
"authChallengeResponse": {
"response": "ProvideCredentials",
"username": "PROXY_USERNAME",
"password": "PROXY_PASSWORD"
}
}Kontrolu, ke authChallenge.source estas Proxy kaj ke ĝia origino estas la celata defiinto, antaŭ ol ŝargi la konton el la akreditaĵfonto. Defio Server sekvas alijan aŭtentigan politikon.
Spuru la permesitajn provojn por ĉiu kaptita peto; ripete malakceptita defio devus ricevi CancelAuth, ne alian senfinan sendadon. Viŝu la spuradon ĉe kompletigo aŭ sesia fermo.
Se la paĝo haltas, ekzamenu ankaŭ nesolvitajn requestPaused-eventojn. Aŭtentiga traktado ne daŭrigas ilin aŭtomate, kaj neniu el la du eventaj vojoj elektas la prokuran itineron de la retumilo.