Vërtetimi përmes përfaqësuesit në Chrome CDP: trajtimi i të dyja rrugëve të ngjarjeve Fetch
Aktivizoni kërkesat e vërtetimit përpara navigimit, vazhdoni kërkesat e zakonshme të pauzuara dhe përgjigjuni vetëm sfidës së synuar Proxy me një politikë të kufizuar përpjekjesh.
Në sesionin përkatës CDP, regjistroni trajtuesit përpara navigimit, më pas thirrni Fetch.enable me këto parametra:
{"handleAuthRequests": true}| Ngjarje | Rruga e kërkuar e përgjigjes |
|---|---|
| Fetch.requestPaused | continueRequest me atë requestId kur puna e zakonshme duhet të vazhdojë |
| Fetch.authRequired | Inspektoni authChallenge, më pas përdorni continueWithAuth me requestId të ngjarjes së vërtetimit |
Për ndërmjetësin e njohur, parametrat e vërtetimit janë:
{
"requestId": "REQUEST_ID_FROM_AUTH_EVENT",
"authChallengeResponse": {
"response": "ProvideCredentials",
"username": "PROXY_USERNAME",
"password": "PROXY_PASSWORD"
}
}Kontrolloni që authChallenge.source është Proxy dhe origjina e tij është sfiduesi i synuar përpara se të ngarkoni llogarinë nga burimi i kredencialeve. Një sfidë Server ndjek një politikë tjetër vërtetimi.
Ndjekni përpjekjet e lejuara për çdo kërkesë të përgjuar; një sfidë e refuzuar në mënyrë të përsëritur duhet të marrë CancelAuth, jo një dërgim tjetër pa fund. Pastroni gjurmimin në përfundim ose mbyllje të sesionit.
Nëse faqja ngec, inspektoni edhe ngjarjet requestPaused të pazgjidhura. Trajtimi i vërtetimit nuk i vazhdon ato automatikisht dhe asnjëra nga dy rrugët e ngjarjeve nuk zgjedh rrugën e përfaqësuesit të shfletuesit.