Chrome CDP-proxyverifikasie: albei Fetch-gebeurtenisroetes hanteer
Aktiveer verifikasieversoeke voor navigasie, laat gewone onderbroke versoeke voortgaan en beantwoord net die bedoelde Proxy-uitdaging met 'n beperkte pogingsbeleid.
Registreer op die betrokke CDP-sessie die handlers voor navigasie en roep dan Fetch.enable met hierdie parameters:
{"handleAuthRequests": true}| Gebeurtenis | Vereiste antwoordroete |
|---|---|
| Fetch.requestPaused | continueRequest met daardie requestId wanneer gewone werk moet voortgaan |
| Fetch.authRequired | Ondersoek authChallenge en gebruik dan continueWithAuth met die requestId van die verifikasiegebeurtenis |
Vir die erkende tussenganger is die verifikasieparameters:
{
"requestId": "REQUEST_ID_FROM_AUTH_EVENT",
"authChallengeResponse": {
"response": "ProvideCredentials",
"username": "PROXY_USERNAME",
"password": "PROXY_PASSWORD"
}
}Kontroleer dat authChallenge.source Proxy is en dat die oorsprong die bedoelde uitdager is voordat die rekening uit die geloofsbron gelaai word. 'n Server-uitdaging volg nog 'n verifikasiebeleid.
Hou toegelate pogings per onderskepte versoek by; 'n herhaalde verwerpte uitdaging moet CancelAuth ontvang, nie nog 'n eindelose indiening nie. Maak die byhou skoon by voltooiing of sluiting van die sessie.
As die bladsy hang, ondersoek ook onopgeloste requestPaused-gebeurtenisse. Verifikasiehanttering laat hulle nie outomaties voortgaan nie, en nie een van die twee gebeurtnisroetes kies die blaaier se proxyroete nie.