Chrome CDP-ko proxy autentifikazioa: Fetch gertaeren bi bideak kudeatu

Gaitu autentifikazio-eskaerak nabigazioaren aurretik, jarraitu etenik dauden eskaera arruntekin eta erantzun Proxy erronka uhineratuari soilik saiakera-politika mugatuarekin.

CDP saio egokian, erregistratu kudeatzaileak nabigazioaren aurretik, eta gero deitu Fetch.enable parametro hauekin:

{"handleAuthRequests": true}
GertaeraBeharrezko erantzun-bidea
Fetch.requestPausedcontinueRequest requestId horrekin lan arrunta jarraitu behar denean
Fetch.authRequiredAztertu authChallenge, eta gero erabili continueWithAuth autentifikazio-gertaeraren requestId-rekin

Bitartekari ezagunari dagokionez, autentifikazio-parametroak hauek dira:

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

Egiaztatu authChallenge.source Proxy dela eta haren jatorria espero den erronka-egile dela, kontua credential iturritik kargatu aurretik. Server erronkak beste autentifikazio-politika bat jarraitzen du.

Jarraitu eragotzitako eskaera bakoitzeko baimendutako saialdiak; behin eta berriz baztertutako erronkak CancelAuth jaso behar du, ez beste bidalketa amaigabe bat. Garbitu jarraipena amaitzean edo saioa ixtean.

Orria blokeatzen bada, aztertu konpondu gabeko requestPaused gertaerak ere. Autentifikazio-kudeaketak ez ditu automatikoki jarraitzen, eta bi gertaera-bideetako inork ez du nabigatzailearen proxy-bidea hautatzen.

Erlazionatutako artikuluak