შესაბამის CDP სესიაში დაარეგისტრირეთ დამმუშავებლები ნავიგაციამდე, შემდეგ გამოიძახეთ Fetch.enable ამ პარამეტრებით:

{"handleAuthRequests": true}
მოვლენასაჭირო პასუხის გზა
Fetch.requestPausedcontinueRequest იმავე requestId-ით, როცა ჩვეულებრივი სამუშაო უნდა გაგრძელდეს
Fetch.authRequiredშეამოწმეთ authChallenge, შემდეგ გამოიყენეთ continueWithAuth ავთენტიფიკაციის მოვლენის requestId-ით

აღიარებული შუამავლისთვის ავთენტიფიკაციის პარამეტრებია:

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

სანამ ანგარიშს დატვირთავთ სერტიფიკატების წყაროდან, შეამოწმეთ, რომ authChallenge.source არის Proxy და მისი წარმომავლობა მოსალოდნელი გამომწვევია. Server გამოწვევა მიჰყვება სხვა ავთენტიფიკაციის პოლიტიკას.

თვალყური ადევნეთ დაშვებულ ცდებს თითოეულ ჩაჭერილ მოთხოვნაზე; განმეორებით უარყოფილმა გამოწვევამ უნდა მიიღოს CancelAuth, და არა კიდევ ერთი უსასრულო გაგზავნა. გაასუფთავეთ თვალყურის დევნება დასრულების ან სესიის დახურვისას.

თუ გვერდი იკიდებს, შეამოწმეთ ასევე გადაუწყვეტელი requestPaused მოვლენები. ავთენტიფიკაციის დამუშავება მათ ავტომატურად არ აგრძელებს და არც ერთი მოვლენის გზა არ ირჩევს ბრაუზერის პროქსის მარშრუტს.

დაკავშირებული სტატიები