Прокси автентикација во Chrome CDP: ракување со двата патеки на настани Fetch
Овозможете барања за автентикација пред навигацијата, продолжете со обичните паузирани барања и одговорете само на предвидениот Proxy предизвик со ограничена политика на обиди.
Во соодветната CDP сесија, регистрирајте ги ракувачите пред навигацијата, потоа повикајте Fetch.enable со овие параметри:
{"handleAuthRequests": true}| Настан | Потребна патека на одговор |
|---|---|
| Fetch.requestPaused | continueRequest со истиот 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 настани. Ракувањето со автентикација не ги продолжува автоматски и ниту една од двете патеки на настани не ја избира прокси рутата на прелистувачот.