Chrome onAuthRequired: ക്രെഡൻഷ്യലുകൾ അയയ്ക്കുന്നതിന് മുമ്പ് isProxy പരിശോധിക്കുക
Chrome-ന്റെ പ്രാമാണീകരണ കോൾബാക്കിന് പ്രോക്സി വെല്ലുവിളിയോ ഒറിജിൻ വെല്ലുവിളിയോ വിവരിക്കാം. രണ്ടിനും ഒരേ ക്രെഡൻഷ്യലുകൾ നൽകുന്നത് ക്രെഡൻഷ്യൽ-സ്കോപ്പ് പിശകാണ്.
ഒരു ബ്രൗസർ എക്സ്റ്റൻഷന് രണ്ട് വ്യത്യസ്ത സ്ഥലങ്ങളിൽ നിന്ന് പ്രാമാണീകരണ വെല്ലുവിളികൾ നേരിടാം: അഭ്യർത്ഥന വഹിക്കുന്ന പ്രോക്സിയും ലക്ഷ്യ വെബ്സൈറ്റും. അവ യാന്ത്രികമായി ഒരേ അക്കൗണ്ട് സ്വീകരിക്കരുത്.
Chrome-ന്റെ webRequest.onAuthRequired ഇവന്റിലെ ഉപയോഗപ്രദമായ വേർതിരിച്ചറിയൽ ഉപകരണം isProxy ആണ്. പ്രോംപ്റ്റ് അപ്രത്യക്ഷമാക്കാൻ മാത്രം ആ പരിശോധന നീക്കുന്ന കോൾബാക്ക്, പ്രോക്സി ക്രെഡൻഷ്യലുകൾ ഒറിജിൻ വെല്ലുവിളിക്ക് നൽകാൻ തുടങ്ങിയേക്കാം.
നിങ്ങൾ വിശ്വസിക്കാൻ ഉദ്ദേശിക്കുന്ന പ്രോക്സിയുമായി പൊരുത്തപ്പെടുത്തുക
isProxy പരിശോധിക്കുന്നത് ഒരു തുടക്കമാണ്. പ്രതീക്ഷിക്കുന്ന പ്രോക്സി വെല്ലുവിളിക്കാരനിലേക്കും അഭ്യർത്ഥനാ സന്ദർഭത്തിലേക്കും കൈകാര്യം ചെയ്യൽ പരിമിതപ്പെടുത്തുക. ഒന്നിലധികം എൻഡ്പോയിന്റുകൾ കൈകാര്യം ചെയ്യുന്ന എക്സ്റ്റൻഷൻ, ഓരോ വെല്ലുവിളിക്കും ഒരു ആഗോള പാസ്വേഡല്ല, ആ എൻഡ്പോയിന്റിന്റെ അക്കൗണ്ട് തിരഞ്ഞെടുക്കണം.
പ്രോക്സി റൂട്ട് സജ്ജീകരിക്കുന്നതും അതിന്റെ ലോഗിൻ കൈകാര്യം ചെയ്യുന്നതും ഒരു അനുമതിയോ ഒരു API വിളിയോ ആണെന്ന് കരുതരുത്. Chrome അവ വെവ്വേറെ രേഖപ്പെടുത്തുന്നു. ഇവന്റ് ഡാറ്റയ്ക്കും പ്രാമാണീകരണ അനുമതികൾക്കും നിലവിലെ webRequest റഫറൻസ് ഉപയോഗിക്കുക. Manifest V3 ലിസണർ രജിസ്ട്രേഷന്റെ ഉദാഹരണം കോൾബാക്കിനുള്ളിൽ സമകാലിക രജിസ്ട്രേഷനും അക്കൗണ്ട് തിരഞ്ഞെടുപ്പും കാണിക്കുന്നു.
മാനിഫെസ്റ്റ് തലമുറ പരിശോധിക്കുക
പരീക്ഷണാത്മക WebRequest API പരാമർശിക്കുന്ന ഉദാഹരണങ്ങൾ പഴയ എക്സ്റ്റൻഷൻ റിലീസുകളിൽ നിന്നാണ്. നിലവിലെ അനുമതി ആവശ്യകതകൾ എക്സ്റ്റൻഷന്റെ മാനിഫെസ്റ്റ് തലമുറയെയും വിന്യാസ മാതൃകയെയും ആശ്രയിച്ചിരിക്കുന്നു. പ്രത്യേകിച്ച്, പ്രാമാണീകരണ കൈകാര്യം ചെയ്യലിന് സ്വന്തം പിന്തുണയുള്ള അനുമതി പാതയുണ്ട്; കാലഹരണപ്പെട്ട ബ്ലോക്കിംഗ് ലിസണർ ഉദാഹരണം Manifest V3 എക്സ്റ്റൻഷന് അത് മാറ്റമില്ലാതെ റൺ ചെയ്യാമെന്ന് തെളിയിക്കാൻ പര്യാപ്തമല്ല.
ശരിയായ ഹാൻഡ്ലർ അതേ നിരസിക്കപ്പെട്ട ക്രെഡൻഷ്യലുകൾ അനന്തമായി വീണ്ടും ശ്രമിക്കുന്നതും ഒഴിവാക്കണം. അക്കൗണ്ട് നൽകിയതിന് ശേഷമുള്ള രണ്ടാമത്തെ വെല്ലുവിളിയെ, പാസ്വേഡ് എന്നെന്നും വീണ്ടും പ്ലേ ചെയ്യാനുള്ള അഭ്യർത്ഥനയായല്ല, അന്വേഷിക്കാനുള്ള തെളിവായി കാണുക.
ക്രെഡൻഷ്യലുകൾ എക്സ്റ്റൻഷന്റെ ഉചിതമായ സംരക്ഷിത കൈകാര്യം ചെയ്യൽ പാതയിൽ തുടരണം. അവ PAC ഫയലിൽ പ്രസിദ്ധീകരിക്കരുത്, വിതരണം ചെയ്യുന്ന സാമ്പിളിൽ ഹാർഡ്കോഡ് ചെയ്യരുത്. ലക്ഷ്യം ഇടുങ്ങിയ പരിധിയിലുള്ള പ്രോക്സി ലോഗിൻ ആണ്, ഓരോ പ്രാമാണീകരണ വെല്ലുവിളിക്കും ഒരേ രഹസ്യം ഉപയോഗിച്ച് ഉത്തരം നൽകുന്ന ബ്രൗസർ-വ്യാപക നിയമമല്ല.