Chrome onAuthRequired፦ ማረጋገጫን ከመላክ በፊት isProxy ይመልከቱ

የአሳሽ ቅጥያ ከሁለት የተለያዩ ቦታዎች የማረጋገጫ ተግዳሮቶች ሊያጋጥመው ይችላል፦ ጥያቄውን የሚያስተላልፈው ፕሮክሲ እና መድረሻው ድረ-ገጽ። ሁለቱም በራስ-ሰር ተመሳሳይ መለያ መቀበል የለባቸውም።

በChrome የwebRequest.onAuthRequired ክስተት ውስጥ ጠቃሚው መለያ isProxy ነው። ተግዳሮቱ እንዲጠፋ ብቻ ያንን ማረጋገጫ የሚያስወግድ መልሶ ጥሪ የፕሮክሲ ማረጋገጫን ለመነሻ ተግዳሮት ማቅረብ ሊጀምር ይችላል።

ሊታመኑበት የሚፈልጉትን ፕሮክሲ ያዛምዱ

isProxy መመርመር መጀመሪያ ነው። እንዲሁም አያያዙን ከሚጠበቀው የፕሮክሲ ተግዳሮት እና የጥያቄ አውድ ጋር ይገድቡ። ብዙ መጨረሻ ነጥቦችን የሚያስተዳድር ቅጥያ ለሁሉም ተግዳሮት አንድ ዓለም አቀፍ የይለፍ ቃል ሳይሆን የየራሱን መጨረሻ ነጥብ መለያ መምረጥ አለበት።

የፕሮክሲውን መንገድ ማዘጋጀትና የመግቢያውን አያያዝ አንድ ፈቃድ ወይም አንድ የAPI ጥሪ ነው ብለው አያስቡ። Chrome ሁለቱን ለየብቻ ያሳያል። ለክስተት መረጃና ለማረጋገጫ ፈቃዶች የአሁኑን webRequest ማጣቀሻ ይጠቀሙ። አንድ የManifest V3 አድማጭ ምዝገባ ምሳሌ በመልሶ ጥሪው ውስጥ ያለውን ተመሳሳይ-ጊዜ ምዝገባና የመለያ ምርጫ ያሳያል።

የmanifest ትውልድን ያረጋግጡ

ስለ ሙከራዊ WebRequest API የሚናገሩ ምሳሌዎች ከአሮጌ የቅጥያ ልቀቶች የመጡ ናቸው። የአሁኑ የፈቃድ መስፈርቶች በቅጥያው የmanifest ትውልድና በማሰማራት ሞዴል ላይ ይመሰረታሉ። በተለይ የማረጋገጫ አያያዝ የራሱ የሆነ የተደገፈ የፈቃድ መንገድ አለው፤ ጊዜው ያለፈበት የማገድ አድማጭ ምሳሌ የManifest V3 ቅጥያ ያለለውጥ ሊያሄደው እንደሚችል ለማረጋገጥ በቂ አይደለም።

ትክክለኛ አያያዥ የተመለሱ ተመሳሳይ ማረጋገጫዎችን ያለገደብ እንደገና ከመሞከር መቆጠብ አለበት። ከተሰጠ መለያ በኋላ የሚመጣውን ሁለተኛ ተግዳሮት የይለፍ ቃሉን ለዘላለም እንደገና ለመጫወት ጥያቄ ሳይሆን ለመመርመር ማስረጃ አድርገው ይውሰዱት።

ማረጋገጫዎች በቅጥያው ተገቢ በሆነው የተጠበቀ የአያያዝ መንገድ ውስጥ መቆየት አለባቸው። በPAC ፋይል ውስጥ አይፃፉ፤ በሚሰራጭ ምሳሌ ውስጥም አታካብቡ። ግቡ ጠባብ የፕሮክሲ መግቢያ ነው፣ ሁሉንም የማረጋገጫ ተግዳሮቶች በተመሳሳይ ምስጢር የሚመልስ የአሳሽ አቀፍ ደንብ አይደለም።