ការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវតាមរយៈប្រូកស៊ីក្នុង Chrome CDP៖ ដោះស្រាយផ្លូវព្រឹត្តិការណ៍ Fetch ទាំងពីរ

បើកសំណើផ្ទៀងផ្ទាត់មុនការរុករក បន្តសំណើផ្អាកធម្មតា ហើយឆ្លើយតែបញ្ហាប្រឈម Proxy ដែលបានកំណត់ ដោយគោលនយោបាយព្យាយាមមានកំណត់។

នៅក្នុងសម័យ CDP ពាក់ព័ន្ធ ចុះឈ្មោះ handler មុនការរុករក រួចហៅ Fetch.enable ជាមួយប៉ារ៉ាម៉ែត្រទាំងនេះ៖

{"handleAuthRequests": true}
ព្រឹត្តិការណ៍ផ្លូវឆ្លើយតបដែលត្រូវការ
Fetch.requestPausedcontinueRequest ជាមួយ requestId នោះ នៅពេលការងារធម្មតាត្រូវបន្ត
Fetch.authRequiredពិនិត្យ authChallenge រួចប្រើ continueWithAuth ជាមួយ requestId របស់ព្រឹត្តិការណ៍ផ្ទៀងផ្ទាត់

សម្រាប់អន្តរការីដែលបានទទួលស្គាល់ ប៉ារ៉ាម៉ែត្រផ្ទៀងផ្ទាត់គឺ៖

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

ពិនិត្យថា authChallenge.source គឺ Proxy ហើយប្រភពរបស់វាគឺអ្នកប្រឈមដែលបានកំណត់ មុនពេលផ្ទុកគណនីពីប្រភពសម្គាល់អត្តសញ្ញាណ។ បញ្ហាប្រឈម Server ធ្វើតាម គោលនយោបាយផ្ទៀងផ្ទាត់ផ្សេងទៀត.

តាមដានការព្យាយាមដែលអនុញ្ញាតក្នុងមួយសំណើដែលចាប់យកបាន។ បញ្ហាប្រឈមដែលត្រូវបានបដិសេធម្តងហើយម្តងទៀតគួរទទួល CancelAuth មិនមែនការដាក់ស្នើគ្មានទីបញ្ចប់មួយទៀតទេ។ សម្អាតការតាមដានពេលបញ្ចប់ ឬបិទសម័យ។

ប្រសិនបើទំព័រព្យួរ សូមពិនិត្យព្រឹត្តិការណ៍ requestPaused ដែលមិនទាន់ដោះស្រាយផងដែរ។ ការដោះស្រាយការផ្ទៀងផ្ទាត់មិនបន្តពួកវាដោយស្វ័យប្រវត្តិទេ ហើយគ្មានផ្លូវព្រឹត្តិការណ៍ណាមួយជ្រើសផ្លូវប្រូកស៊ីរបស់កម្មវិធីរុករកទេ។

អត្ថបទពាក់ព័ន្ធ