احراز هویت پروکسی در Chrome CDP: مدیریت هر دو مسیر رویداد Fetch

درخواست‌های احراز هویت را پیش از پیمایش فعال کنید، درخواست‌های عادی متوقف‌شده را ادامه دهید و تنها به چالش Proxy موردنظر با سیاست تلاش محدود پاسخ دهید.

در نشست CDP مربوطه، پیش از پیمایش هندلرها را ثبت کنید، سپس Fetch.enable را با این پارامترها فراخوانی کنید:

{"handleAuthRequests": true}
رویدادمسیر پاسخ لازم
Fetch.requestPausedcontinueRequest با همان requestId وقتی کار عادی باید ادامه یابد
Fetch.authRequiredauthChallenge را بررسی کنید، سپس continueWithAuth را با requestId رویداد احراز هویت به کار ببرید

برای واسطه شناخته‌شده، پارامترهای احراز هویت چنین‌اند:

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

پیش از بارگذاری حساب از منبع اعتبارنامه بررسی کنید که authChallenge.source برابر Proxy است و مبدأ آن همان چالش‌گر موردنظر است. چالش Server از سیاست احراز هویت دیگری.

تلاش‌های مجاز را برای هر درخواست رهگیری‌شده پیگیری کنید؛ چالشی که مکرراً رد می‌شود باید CancelAuth دریافت کند، نه ارسال بی‌پایان دیگری. پیگیری را هنگام تکمیل یا بسته شدن نشست پاک کنید.

اگر صفحه معلق ماند، رویدادهای حل‌نشده requestPaused را نیز بررسی کنید. پردازش احراز هویت آن‌ها را به‌طور خودکار ادامه نمی‌دهد و هیچ‌یک از دو مسیر رویداد مسیر پروکسی مرورگر را انتخاب نمی‌کند.

مقالات مرتبط