Uthibitishaji wa proksi katika Chrome CDP: shughulikia njia zote mbili za matukio ya Fetch
Washa maombi ya uthibitishaji kabla ya urambazaji, endelea na maombi ya kawaida yaliyosimamishwa na jibu tu changamoto ya Proxy inayokusudiwa kwa sera finyu ya majaribio.
Katika kipindi husika cha CDP, sajili vishikiliaji kabla ya urambazaji, kisha ita Fetch.enable kwa vigezo hivi:
{"handleAuthRequests": true}| Tukio | Njia ya majibu inayohitajika |
|---|---|
| Fetch.requestPaused | continueRequest na requestId hiyo wakati kazi ya kawaida inapaswa kuendelea |
| Fetch.authRequired | Chunguza authChallenge, kisha tumia continueWithAuth na requestId ya tukio la uthibitishaji |
Kwa mpatanishi anayetambulika, vigezo vya uthibitishaji ni:
{
"requestId": "REQUEST_ID_FROM_AUTH_EVENT",
"authChallengeResponse": {
"response": "ProvideCredentials",
"username": "PROXY_USERNAME",
"password": "PROXY_PASSWORD"
}
}Hakikisha kuwa authChallenge.source ni Proxy na asili yake ni mpinzani anayekusudiwa kabla ya kupakia akaunti kutoka chanzo cha vitambulisho. Changamoto ya Server inafuata sera nyingine ya uthibitishaji.
Fuatilia majaribio yanayoruhusiwa kwa kila ombi lililonaswa; changamoto inayokataliwa mara kwa mara inapaswa kupokea CancelAuth, si uwasilishaji mwingine usio na mwisho. Futa ufuatiliaji baada ya kukamilika au kipindi kufungwa.
Ikiwa ukurasa unakwama, chunguza pia matukio ya requestPaused ambayo hayajatatuliwa. Ushughulikiaji wa uthibitishaji hauendelei kiotomatiki, na hakuna njia ya tukio inayochagua njia ya proksi ya kivinjari.