Proxy-autentisering i Chrome CDP: handter båe Fetch-hendingsvegane

Aktiver autentiseringsførespurnader før navigering, hald fram med vanlege sette førespurnader og svar berre på den tiltenkte Proxy-utfordringa med ein avgrensa forsøkspolicy.

I den relevante CDP-økta registrerer du handtakarane før navigering og kallar deretter Fetch.enable med desse parametrane:

{"handleAuthRequests": true}
HendingPåkravd svarveg
Fetch.requestPausedcontinueRequest med den requestId-en når vanleg arbeid skal halde fram
Fetch.authRequiredUndersøk authChallenge, og bruk deretter continueWithAuth med requestId-en til autentiseringshendinga

For den gjenkjende mellommannen er autentiseringsparametrane:

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

Kontroller at authChallenge.source er Proxy og at opphavet er den tiltenkte utfordraren før kontoen blir lasta frå legitimasjonskjelda. Ei Server-utfordring følgjer ein annan autentiseringspolicy.

Spor tillatne forsøk per avskjerma førespurnad; ei gjenteke avvist utfordring bør få CancelAuth, ikkje nok ei endelaus innsending. Tøm sporinga ved fullføring eller øktlukking.

Om sida heng, undersøk òg uløyste requestPaused-hendingar. Autentiseringshandtering held dei ikkje fram automatisk, og ingen av dei to hendingsvegane vel proxy-ruta til nettlesaren.

Relaterte artiklar