În sesiunea CDP relevantă, înregistrați handler-ele înainte de navigare, apoi apelați Fetch.enable cu acești parametri:

{"handleAuthRequests": true}
EvenimentCalea de răspuns necesară
Fetch.requestPausedcontinueRequest cu acel requestId când lucrul obișnuit trebuie să continue
Fetch.authRequiredInspectați authChallenge, apoi folosiți continueWithAuth cu requestId-ul evenimentului de autentificare

Pentru intermediarul recunoscut, parametrii de autentificare sunt:

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

Verificați că authChallenge.source este Proxy și că originea sa este provocatorul vizat înainte de a încărca contul din sursa de acreditări. O provocare Server urmează o altă politică de autentificare.

Urmăriți încercările permise pentru fiecare cerere interceptată; o provocare respinsă repetat ar trebui să primească CancelAuth, nu o altă trimitere fără sfârșit. Ștergeți urmărirea la finalizare sau la închiderea sesiunii.

Dacă pagina se blochează, inspectați și evenimentele requestPaused nerezolvate. Gestionarea autentificării nu le continuă automat și niciuna dintre cele două căi de evenimente nu alege ruta de proxy a browserului.

Articole similare