Proxy-authenticatie in Chrome CDP: beide Fetch-gebeurtenispaden afhandelen
Schakel authenticatieverzoeken in vóór navigatie, hervat gewone gepauzeerde verzoeken en beantwoord alleen de bedoelde Proxy-uitdaging met een begrensd pogingsbeleid.
Registreer in de betreffende CDP-sessie de handlers vóór navigatie en roep daarna Fetch.enable aan met deze parameters:
{"handleAuthRequests": true}| Gebeurtenis | Vereist antwoordpad |
|---|---|
| Fetch.requestPaused | continueRequest met die requestId wanneer gewoon werk moet doorgaan |
| Fetch.authRequired | Inspecteer authChallenge en gebruik daarna continueWithAuth met de requestId van de authenticatiegebeurtenis |
Voor de herkende tussenpartij zijn de authenticatieparameters:
{
"requestId": "REQUEST_ID_FROM_AUTH_EVENT",
"authChallengeResponse": {
"response": "ProvideCredentials",
"username": "PROXY_USERNAME",
"password": "PROXY_PASSWORD"
}
}Controleer dat authChallenge.source gelijk is aan Proxy en dat de oorsprong de bedoelde uitdager is voordat het account uit de referentiebron wordt geladen. Een Server-uitdaging volgt een ander authenticatiebeleid.
Volg toegestane pogingen per onderschept verzoek; een herhaald afgewezen uitdaging hoort CancelAuth te krijgen, niet nog een eindeloze inzending. Wis de tracering bij voltooiing of sessiesluiting.
Als de pagina vastloopt, inspecteer dan ook onopgeloste requestPaused-gebeurtenissen. Authenticatieafhandeling hervat ze niet automatisch, en geen van beide gebeurtenispaden kiest de proxyroute van de browser.