Chrome CDP പ്രോക്സി പ്രാമാണീകരണം: Fetch ഇവന്റിന്റെ രണ്ട് പാതകളും കൈകാര്യം ചെയ്യുക
നാവിഗേഷന് മുമ്പ് auth അഭ്യർത്ഥനകൾ സജീവമാക്കുക, സാധാരണ താൽക്കാലികമായി നിർത്തിയ അഭ്യർത്ഥനകൾ തുടരുക, ഉദ്ദേശിച്ച Proxy വെല്ലുവിളിക്ക് മാത്രം പരിമിതമായ ശ്രമ നയത്തോടെ മറുപടി നൽകുക.
ബന്ധപ്പെട്ട CDP സെഷനിൽ, നാവിഗേഷന് മുമ്പ് ഹാൻഡ്ലറുകൾ രജിസ്റ്റർ ചെയ്യുക, തുടർന്ന് ഈ പാരാമീറ്ററുകളോടെ Fetch.enable വിളിക്കുക:
{"handleAuthRequests": true}| ഇവന്റ് | ആവശ്യമായ പ്രതികരണ പാത |
|---|---|
| Fetch.requestPaused | സാധാരണ ജോലി തുടരേണ്ടിവരുമ്പോൾ അതേ requestId ഉപയോഗിച്ച് continueRequest |
| Fetch.authRequired | authChallenge പരിശോധിച്ച്, തുടർന്ന് auth ഇവന്റിന്റെ requestId ഉപയോഗിച്ച് continueWithAuth ഉപയോഗിക്കുക |
തിരിച്ചറിഞ്ഞ ഇടനിലക്കാരന്, auth പാരാമീറ്ററുകൾ ഇവയാണ്:
{
"requestId": "REQUEST_ID_FROM_AUTH_EVENT",
"authChallengeResponse": {
"response": "ProvideCredentials",
"username": "PROXY_USERNAME",
"password": "PROXY_PASSWORD"
}
}credential ഉറവിടത്തിൽ നിന്ന് അക്കൗണ്ട് ലോഡ് ചെയ്യുന്നതിന് മുമ്പ് authChallenge.source Proxy ആണെന്നും അതിന്റെ ഉത്ഭവം ഉദ്ദേശിച്ച വെല്ലുവിളിക്കാരനാണെന്നും പരിശോധിക്കുക. Server വെല്ലുവിളി മറ്റൊരു പ്രാമാണീകരണ നയം പിന്തുടരുന്നു.
പിടിച്ചെടുത്ത ഓരോ അഭ്യർത്ഥനയ്ക്കും അനുവദനീയമായ ശ്രമങ്ങൾ ട്രാക്ക് ചെയ്യുക; ആവർത്തിച്ച് നിരസിക്കപ്പെട്ട വെല്ലുവിളിക്ക് CancelAuth ലഭിക്കണം, അനന്തമായ മറ്റൊരു സമർപ്പണമല്ല. പൂർത്തിയാകുമ്പോഴോ സെഷൻ അടയ്ക്കുമ്പോഴോ ട്രാക്കിംഗ് മായ്ക്കുക.
പേജ് തൂങ്ങിനിൽക്കുകയാണെങ്കിൽ, പരിഹരിക്കപ്പെടാത്ത requestPaused ഇവന്റുകളും പരിശോധിക്കുക. auth കൈകാര്യം അവ സ്വയമേവ തുടരുന്നില്ല, ഒരു ഇവന്റ് പാതയും ബ്രൗസറിന്റെ പ്രോക്സി റൂട്ട് തിരഞ്ഞെടുക്കുന്നില്ല.