Autenticação de proxy no Chrome CDP: tratar os dois caminhos de eventos Fetch
Ative as solicitações de autenticação antes da navegação, continue as solicitações pausadas comuns e responda apenas ao desafio Proxy pretendido com uma política de tentativas limitada.
Na sessão CDP relevante, registre os manipuladores antes da navegação e chame Fetch.enable com estes parâmetros:
{"handleAuthRequests": true}| Evento | Caminho de resposta necessário |
|---|---|
| Fetch.requestPaused | continueRequest com esse requestId quando o trabalho comum deve prosseguir |
| Fetch.authRequired | Inspecione authChallenge e use continueWithAuth com o requestId do evento de autenticação |
Para o intermediário reconhecido, os parâmetros de autenticação são:
{
"requestId": "REQUEST_ID_FROM_AUTH_EVENT",
"authChallengeResponse": {
"response": "ProvideCredentials",
"username": "PROXY_USERNAME",
"password": "PROXY_PASSWORD"
}
}Verifique se authChallenge.source é Proxy e se a origem é o desafiante pretendido antes de carregar a conta da fonte de credenciais. Um desafio Server segue outra política de autenticação.
Acompanhe as tentativas permitidas por solicitação interceptada; um desafio rejeitado repetidamente deve receber CancelAuth, não outro envio sem fim. Limpe o rastreamento ao concluir ou encerrar a sessão.
Se a página travar, inspecione também os eventos requestPaused não resolvidos. O tratamento de autenticação não os continua automaticamente, e nenhum dos dois caminhos de eventos escolhe a rota de proxy do navegador.