Proxy-samkennning í Chrome CDP: viðger báðar Fetch-hendisleiðir

Ger samkenningsbeiðnir virkar fyri navigatión, haldfram við vanligum steðgaðum beiðnum og svara bert tí ætlaðu Proxy-avbjóðingini við avmarkaðari royndarreglu.

Í viðkomandi CDP-setuni, skráset handfatararnar fyri navigatión og kall so Fetch.enable við hesum parameturum:

{"handleAuthRequests": true}
HendingNeyðuga svarleiðin
Fetch.requestPausedcontinueRequest við tí sama requestId tá vanligt arbeiði skal halda fram
Fetch.authRequiredKanna authChallenge og brúka so continueWithAuth við requestId hjá samkenningshendingini

Fyri tann viðurkenda millumliðin eru samkenningsparametrarnir:

{
  "requestId": "REQUEST_ID_FROM_AUTH_EVENT",
  "authChallengeResponse": {
    "response": "ProvideCredentials",
    "username": "PROXY_USERNAME",
    "password": "PROXY_PASSWORD"
  }
}

Kanna áðrenn tú letur kontuna úr skilríkiskelduni at authChallenge.source er Proxy og at upprunin er tann ætlaði avbjóðarin. Ein Server-avbjóðing fylgir aðrari samkenningsreglu.

Fylg við loyvdum royndum fyri hvørja handtaka beiðn; ein avbjóðing sum verður avvíst aftur og aftur eigur at fáa CancelAuth, ikki eina aðra endaleysa innsending. Reinsa eftirfylgingina tá ið liðugt er ella setanin verður stongd.

Um síðan hongur, kann eisini óloystar requestPaused-hendingar. Samkenningsviðgerin heldur ikki fram við teimum sjálvvirkandi, og ongin av báðum hendingarleiðum velur proxy-leið kagans.

Skyldar greinar