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

Aktiver autentiseringsforespørsler før navigering, fortsett vanlige satte forespørsler og svar bare på den tiltenkte Proxy-utfordringen med en begrenset forsøkspolicy.

I den relevante CDP-økten registrerer du handlerne før navigering og kaller deretter 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 deretter 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.

Spor tillatte forsøk per avskjermet forespørsel; en gjentatt avvist utfordring bør få CancelAuth, ikke nok en endeløs innsending. Tøm sporingen ved fullføring eller sesjonslukking.

Hvis siden henger, undersøk også uløste requestPaused-hendelser. Autentiseringshåndtering fortsetter dem ikke automatisk, og ingen av de to hendelsesveiene velger nettleserens proxy-rute.

Relaterte artikler