Autenticación de proxy en Chrome CDP: xestionar as dúas rutas de eventos Fetch
Activa as solicitudes de autenticación antes da navegación, continúa as solicitudes pausadas ordinarias e responde só ao desafío Proxy previsto cunha política de intentos limitada.
Na sesión CDP correspondente, rexistra os xestores antes da navegación e despois chama Fetch.enable con estes parámetros:
{"handleAuthRequests": true}| Evento | Ruta de resposta requirida |
|---|---|
| Fetch.requestPaused | continueRequest con ese requestId cando o traballo ordinario deba continuar |
| Fetch.authRequired | Inspecciona authChallenge e despois usa continueWithAuth co requestId do evento de autenticación |
Para o intermediario recoñecido, os parámetros de autenticación son:
{
"requestId": "REQUEST_ID_FROM_AUTH_EVENT",
"authChallengeResponse": {
"response": "ProvideCredentials",
"username": "PROXY_USERNAME",
"password": "PROXY_PASSWORD"
}
}Comproba que authChallenge.source é Proxy e que a súa orixe é o desafiante previsto antes de cargar a conta desde a fonte de credenciais. Un desafío Server segue outra política de autenticación.
Rexistra os intentos permitidos por cada solicitude interceptada; un desafío rexeitado repetidamente debe recibir CancelAuth, non outro envío sen fin. Borra o rexistro ao completarse ou pecharse a sesión.
Se a páxina se colga, inspecciona tamén os eventos requestPaused sen resolver. A xestión da autenticación non os continúa automaticamente, e ningunha das dúas rutas de eventos escolle a ruta de proxy do navegador.