Chrome CDP پراکسی تصدیق: Fetch ایونٹ کے دونوں راستے سنبھالیں

نیویگیشن سے پہلے تصدیق کی درخواستیں فعال کریں، عام معطل شدہ درخواستیں جاری رکھیں اور صرف مطلوبہ Proxy چیلنج کا محدود کوشش پالیسی کے ساتھ جواب دیں۔

متعلقہ CDP سیشن میں، نیویگیشن سے پہلے ہینڈلر رجسٹر کریں، پھر ان پیرامیٹرز کے ساتھ Fetch.enable کال کریں:

{"handleAuthRequests": true}
ایونٹمطلوبہ جوابی راستہ
Fetch.requestPausedعام کام جاری رہنا چاہیے تو اسی requestId کے ساتھ continueRequest
Fetch.authRequiredauthChallenge کا معائنہ کریں، پھر تصدیقی ایونٹ کے requestId کے ساتھ continueWithAuth استعمال کریں

شناخت شدہ ثالث کے لیے، تصدیق کے پیرامیٹرز یہ ہیں:

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

اسناد کے ماخذ سے اکاؤنٹ لوڈ کرنے سے پہلے جانچیں کہ authChallenge.source Proxy ہے اور اس کا ماخذ مطلوبہ چیلنجر ہے۔ Server چیلنج کسی اور تصدیقی پالیسی کی پیروی کرتا ہے.

ہر روکی گئی درخواست کے لیے اجازت شدہ کوششیں ٹریک کریں؛ بار بار مسترد شدہ چیلنج کو CancelAuth ملنا چاہیے، نہ کہ ایک اور لامتناہی جمع کرانا۔ مکمل ہونے یا سیشن بند ہونے پر ٹریکنگ صاف کریں۔

اگر صفحہ رک جائے تو غیر حل شدہ requestPaused ایونٹس بھی دیکھیں۔ تصدیق کی ہینڈلنگ انہیں خودکار طور پر جاری نہیں کرتی، اور دونوں ایونٹ راستوں میں سے کوئی بھی براؤزر کا پراکسی راستہ منتخب نہیں کرتا۔

متعلقہ مضامین