Chrome CDP ပရောက်စီ အတည်ပြုခြင်း- Fetch ဖြစ်ရပ် လမ်းကြောင်းနှစ်ခုလုံးကို ကိုင်တွယ်ခြင်း

လမ်းညွှန်မှုမတိုင်မီ auth တောင်းဆိုချက်များကို ဖွင့်ပါ၊ ပုံမှန် ခေတ္တရပ်ထားသော တောင်းဆိုချက်များကို ဆက်လုပ်ပါ၊ ရည်ရွယ်ထားသော Proxy စိန်ခေါ်မှုကိုသာ ကန့်သတ်ထားသော ကြိုးပမ်းမှုမူဝါဒဖြင့် ဖြေပါ။

သက်ဆိုင်ရာ CDP စက်ရှင်တွင် လမ်းညွှန်မှုမတိုင်မီ handler များကို မှတ်ပုံတင်ပါ၊ ထို့နောက် ဤပါရာမီတာများဖြင့် Fetch.enable ကို ခေါ်ပါ-

{"handleAuthRequests": true}
ဖြစ်ရပ်လိုအပ်သော တုံ့ပြန်မှုလမ်းကြောင်း
Fetch.requestPausedပုံမှန်အလုပ် ဆက်လုပ်သင့်သည့်အခါ ထို requestId ဖြင့် continueRequest
Fetch.authRequiredauthChallenge ကို စစ်ဆေးပြီး auth ဖြစ်ရပ်၏ requestId ဖြင့် continueWithAuth ကို အသုံးပြုပါ

အသိအမှတ်ပြုထားသော ကြားခံအတွက် auth ပါရာမီတာများမှာ-

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

အထောက်အထားရင်းမြစ်မှ အကောင့်ကို မတင်မီ authChallenge.source သည် Proxy ဖြစ်ကြောင်းနှင့် ၎င်း၏ မူလအစသည် ရည်ရွယ်ထားသော စိန်ခေါ်သူ ဖြစ်ကြောင်း စစ်ဆေးပါ။ Server စိန်ခေါ်မှုသည် အခြား အတည်ပြုမှုမူဝါဒကို လိုက်နာသည်.

ကြားဖြတ်ဖမ်းယူထားသော တောင်းဆိုချက်တစ်ခုစီအတွက် ခွင့်ပြုထားသော ကြိုးပမ်းမှုများကို ခြေရာခံပါ၊ ထပ်ခါတလဲလဲ ပယ်ချခံရသော စိန်ခေါ်မှုသည် CancelAuth ကို ရသင့်ပြီး အဆုံးမရှိသော ထပ်မံတင်သွင်းမှု မဟုတ်ပါ။ ပြီးဆုံးချိန် သို့မဟုတ် စက်ရှင်ပိတ်ချိန်တွင် ခြေရာခံမှုကို ရှင်းပါ။

စာမျက်နှာ ရပ်တန့်နေပါက မဖြေရှင်းရသေးသော requestPaused ဖြစ်ရပ်များကိုလည်း စစ်ဆေးပါ။ auth ကိုင်တွယ်မှုသည် ၎င်းတို့ကို အလိုအလျောက် ဆက်လုပ်မပေးပါ၊ ဖြစ်ရပ်လမ်းကြောင်း နှစ်ခုစလုံးမှ ဘရောက်ဇာ၏ ပရောက်စီလမ်းကြောင်းကို မရွေးချယ်ပါ။

ဆက်စပ်ဆောင်းပါးများ