Staðfesting umboðsþjóns í Chrome CDP: meðhöndla báðar Fetch-atburðarleiðir

Virkjaðu staðfestingarbeiðnir fyrir flakk, haltu venjulegum biðbeiðnum áfram og svaraðu aðeins tilætluðu Proxy-áskoruninni með takmarkaðri tilraunastefnu.

Í viðkomandi CDP-lotu skráðu handtakana fyrir flakk og kallaðu síðan á Fetch.enable með þessum breytum:

{"handleAuthRequests": true}
AtburðurNauðsynleg svörunarleið
Fetch.requestPausedcontinueRequest með sama requestId þegar venjulegt verk á að halda áfram
Fetch.authRequiredSkoðaðu authChallenge og notaðu síðan continueWithAuth með requestId staðfestingaratburðarins

Fyrir viðurkennda milliliðinn eru staðfestingarbreyturnar:

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

Athugaðu að authChallenge.source sé Proxy og að uppruni þess sé tilætlaði áskorandinn áður en reikningurinn er hlaðinn úr skírteinisheimildinni. Server áskorun fylgir annarri staðfestingarstefnu.

Fylgstu með leyfðum tilraunum fyrir hverja handsamaða beiðni; endurtekið hafnaðri áskorun ætti að fá CancelAuth, ekki aðra endalausa sendingu. Hreinsaðu rakninguna við lok eða lokun lotu.

Ef síðan hangir skaltu einnig skoða óleysta requestPaused atburði. Staðfestingarmeðferð heldur þeim ekki áfram sjálfkrafa og hvorug atburðarleiðin velur umboðsleið vafrans.

Tengdir greinar