Proxy-autentisering i Chrome CDP: håndter begge Fetch-hendelsesveiene

Slå på autentiseringsforespørsler før navigering, la vanlige satte forespørsler fortsette og besvar bare den tiltenkte Proxy-utfordringen med en begrenset forsøkspolicy.

I den aktuelle CDP-økten registrerer du handlerne før navigering, og kaller så Fetch.enable med disse parameterne:

{"handleAuthRequests": true}
HendelsePåkrevd svarvei
Fetch.requestPausedcontinueRequest med den requestId-en når vanlig arbeid skal fortsette
Fetch.authRequiredUndersøk authChallenge, og bruk så continueWithAuth med requestId-en til autentiseringshendelsen

For den gjenkjente mellommannen er autentiseringsparameterne:

{
  "requestId": "REQUEST_ID_FROM_AUTH_EVENT",
  "authChallengeResponse": {
    "response": "ProvideCredentials",
    "username": "PROXY_USERNAME",
    "password": "PROXY_PASSWORD"
  }
}

Kontroller at authChallenge.source er Proxy og at opprinnelsen er den tiltenkte utfordreren før kontoen lastes fra legitimasjonskilden. En Server-utfordring følger en annen autentiseringspolicy.

Følg med på tillatte forsøk for hver avskjermede forespørsel; en utfordring som avvises gang på gang skal få CancelAuth, ikke nok en endeløs innsending. Nullstill sporingen når økten fullføres eller lukkes.

Henger siden, undersøk også uløste requestPaused-hendelser. Autentiseringshåndteringen fortsetter dem ikke av seg selv, og ingen av de to hendelsesveiene velger proxy-ruten til nettleseren.

Relaterte artikler