Chrome CDP પ્રોક્સી પ્રમાણીકરણ: Fetch ઇવેન્ટના બંને માર્ગ સંભાળો

નેવિગેશન પહેલાં auth વિનંતીઓ સક્રિય કરો, સામાન્ય થોભાવેલી વિનંતીઓ ચાલુ રાખો અને ફક્ત ઇચ્છિત Proxy પડકારનો મર્યાદિત પ્રયાસ નીતિ સાથે જવાબ આપો.

સંબંધિત CDP સત્રમાં, નેવિગેશન પહેલાં હેન્ડલર નોંધો, પછી આ પરિમાણો સાથે Fetch.enable કૉલ કરો:

{"handleAuthRequests": true}
ઇવેન્ટજરૂરી પ્રતિસાદ માર્ગ
Fetch.requestPausedસામાન્ય કામ ચાલુ રહેવું જોઈએ ત્યારે તે requestId સાથે continueRequest
Fetch.authRequiredauthChallenge તપાસો, પછી auth ઇવેન્ટના requestId સાથે continueWithAuth વાપરો

ઓળખાયેલા મધ્યસ્થ માટે, auth પરિમાણો આ છે:

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

ક્રેડેન્શિયલ સ્રોતમાંથી ખાતું લોડ કરતા પહેલાં ચકાસો કે authChallenge.source એ Proxy છે અને તેનું મૂળ ઇચ્છિત પડકારનાર છે. Server પડકાર બીજી પ્રમાણીકરણ નીતિને અનુસરે છે.

દરેક અટકાવેલી વિનંતી માટે મંજૂર પ્રયાસો ટ્રૅક કરો; વારંવાર નકારાયેલા પડકારને CancelAuth મળવું જોઈએ, બીજી અંતહીન રજૂઆત નહીં. પૂર્ણ થવા કે સત્ર બંધ થવા પર ટ્રૅકિંગ સાફ કરો.

જો પૃષ્ઠ અટકી જાય, તો ઉકેલાયા વિનાની requestPaused ઇવેન્ટ પણ તપાસો. auth હેન્ડલિંગ તેમને આપમેળે ચાલુ કરતું નથી, અને બંનેમાંથી કોઈ ઇવેન્ટ માર્ગ બ્રાઉઝરનો પ્રોક્સી રૂટ પસંદ કરતો નથી.

સંબંધિત લેખો