Պրոքսի նույնականացում Chrome CDP-ում․ երկու Fetch իրադարձության ուղիների մշակում
Միացրեք նույնականացման հարցումները նավիգացիայից առաջ, շարունակեք սովորական դադարեցված հարցումները և պատասխանեք միայն նախատեսված Proxy մարտահրավերին՝ սահմանափակ փորձերի քաղաքականությամբ։
Համապատասխան CDP սեսիայում գրանցեք մշակիչները նավիգացիայից առաջ, ապա կանչեք Fetch.enable այս պարամետրերով․
{"handleAuthRequests": true}| Իրադարձություն | Պահանջվող պատասխանի ուղին |
|---|---|
| Fetch.requestPaused | continueRequest նույն requestId-ով, երբ սովորական աշխատանքը պետք է շարունակվի |
| Fetch.authRequired | Ուսումնասիրեք authChallenge-ը, ապա օգտագործեք continueWithAuth-ը նույնականացման իրադարձության requestId-ով |
Ճանաչված միջնորդի համար նույնականացման պարամետրերն են․
{
"requestId": "REQUEST_ID_FROM_AUTH_EVENT",
"authChallengeResponse": {
"response": "ProvideCredentials",
"username": "PROXY_USERNAME",
"password": "PROXY_PASSWORD"
}
}Նախքան հաշիվը վավերագրերի աղբյուրից բեռնելը ստուգեք, որ authChallenge.source Proxy է, և դրա ծագումը նախատեսված մարտահրավերն է։ Server մարտահրավերը հետևում է այլ նույնականացման քաղաքականության.
Հետևեք թույլատրված փորձերին յուրաքանչյուր որսված հարցման համար․ կրկնակի մերժված մարտահրավերը պետք է ստանա CancelAuth, այլ ոչ թե ևս մեկ անվերջ ներկայացում։ Մաքրեք հետևումը ավարտելիս կամ սեսիան փակելիս։
Եթե էջը կախվում է, ուսումնասիրեք նաև չլուծված requestPaused իրադարձությունները։ Նույնականացման մշակումը դրանք ինքնաշխատ չի շարունակում, և իրադարձության ոչ մի ուղի չի ընտրում դիտարկիչի պրոքսի երթուղին։