Xác thực proxy trong Chrome CDP: xử lý cả hai đường sự kiện Fetch

Bật yêu cầu xác thực trước khi điều hướng, tiếp tục các yêu cầu tạm dừng thông thường và chỉ trả lời thử thách Proxy dự kiến với chính sách số lần thử có giới hạn.

Trong phiên CDP liên quan, hãy đăng ký các trình xử lý trước khi điều hướng, sau đó gọi Fetch.enable với các tham số sau:

{"handleAuthRequests": true}
Sự kiệnĐường phản hồi bắt buộc
Fetch.requestPausedcontinueRequest với requestId đó khi công việc thông thường cần tiếp tục
Fetch.authRequiredKiểm tra authChallenge, sau đó dùng continueWithAuth với requestId của sự kiện xác thực

Đối với trung gian đã nhận diện, các tham số xác thực là:

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

Kiểm tra rằng authChallenge.source là Proxy và nguồn gốc của nó là bên thách thức dự kiến trước khi tải tài khoản từ nguồn thông tin xác thực. Thử thách Server tuân theo chính sách xác thực khác.

Theo dõi số lần thử được phép cho mỗi yêu cầu bị chặn; thử thách bị từ chối lặp lại nên nhận CancelAuth, không phải một lần gửi vô hạn khác. Xóa theo dõi khi hoàn tất hoặc đóng phiên.

Nếu trang bị treo, hãy kiểm tra cả các sự kiện requestPaused chưa được giải quyết. Việc xử lý xác thực không tự động tiếp tục chúng, và không đường sự kiện nào chọn tuyến proxy của trình duyệt.

Bài viết liên quan