Proxy-Authentifikatioun am Chrome CDP: béid Fetch-Event-Weeër behandelen

Aktivéier Authentifikatiounsufroen virun der Navigatioun, fuert gewéinlech pauséiert Ufroen weider a beäntwert nëmmen déi virgesinn Proxy-Erausfuerderung mat enger limitéierter Versuchsstrategie.

An der betreffender CDP-Sessioun registréier d'Handler virun der Navigatioun a ruff duerno Fetch.enable mat dëse Parametere op:

{"handleAuthRequests": true}
EventNéidege Äntwertwee
Fetch.requestPausedcontinueRequest mat deem requestId, wann gewéinlech Aarbecht weidergoe soll
Fetch.authRequiredIwwerpréif authChallenge a benotz duerno continueWithAuth mat dem requestId vum Authentifikatiounsevent

Fir deen erkannten Intermédiaire sinn d'Authentifikatiounsparameteren:

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

Kontrolléier datt authChallenge.source Proxy ass an datt seng Hierkonft dee virgesinnen Erausfuerderer ass, ier de Kont aus der Authentifikatiounsquell gelueden gëtt. Eng Server-Erausfuerderung follegt enger anerer Authentifikatiounsstrategie.

Verfolleg déi erlaabt Versich pro ofgefaangener Ufro; eng widderholl ofgeleent Erausfuerderung soll CancelAuth kréien, net nach eng endlos Soumissioun. Läsch d'Verfollegung bei der Ofschloss oder beim Zoumaache vun der Sessioun.

Wann d'Säit hänke bleift, iwwerpréif och ongeléist requestPaused-Eventer. D'Authentifikatiounsbehandlung setzt se net automatesch fort, an keen vun den zwéin Event-Weeër wielt de Proxy-Wee vum Browser.

Ähnlech Artikelen