Välityspalvelimen todentaminen Chrome CDP:ssä: molempien Fetch-tapahtumapolkujen käsittely
Ota todentamispyynnöt käyttöön ennen navigointia, jatka tavallisia keskeytettyjä pyyntöjä ja vastaa vain aiottuun Proxy-haasteeseen rajoitetulla yrityskäytännöllä.
Rekisteröi asiaankuuluvassa CDP-istunnossa käsittelijät ennen navigointia ja kutsu sitten Fetch.enable näillä parametreilla:
{"handleAuthRequests": true}| Tapahtuma | Vaadittu vastauspolku |
|---|---|
| Fetch.requestPaused | continueRequest samalla requestId:llä, kun tavallisen työn pitäisi jatkua |
| Fetch.authRequired | Tarkastele authChallengeä ja käytä sitten continueWithAuthia todentamistapahtuman requestId:llä |
Tunnistetulle välittäjälle todentamisparametrit ovat:
{
"requestId": "REQUEST_ID_FROM_AUTH_EVENT",
"authChallengeResponse": {
"response": "ProvideCredentials",
"username": "PROXY_USERNAME",
"password": "PROXY_PASSWORD"
}
}Varmista ennen tilin lataamista tunnistetietolähteestä, että authChallenge.source on Proxy ja että sen alkuperä on aiottu haastaja. Server-haaste noudattaa toista todentamiskäytäntöä.
Seuraa sallittuja yrityksiä kaapattua pyyntöä kohden; toistuvasti hylätty haaste saa CancelAuth, ei uutta loputonta lähetystä. Tyhjennä seuranta valmistuessa tai istunnon sulkeutuessa.
Jos sivu jumittuu, tarkastele myös ratkaisemattomia requestPaused-tapahtumia. Todentamiskäsittely ei jatka niitä automaattisesti, eikä kumpikaan tapahtumapolku valitse selaimen välityspalvelinreittiä.