Прокси удостоверяване в Chrome CDP: обработка на двата пътя на събития Fetch

Активирайте заявките за удостоверяване преди навигация, продължавайте обикновените прихванати заявки и отговаряйте само на предвиденото предизвикателство Proxy с ограничена политика за опити.

В съответната 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. Обработката на удостоверяване не ги продължава автоматично и нито един от двата пътя на събития не избира прокси маршрута на браузъра.

Подобни статии