WPAD ይፈታል፣ ነገር ግን አሳሹ 404 ያገኛል

ስሙ wpad ወደሚጠበቀው ማሽን ይፈታል። ይህ አበረታች ነው፣ ግን መጀመሪያ ብቻ ነው። አሳሹ አሁንም ከዚያ ማሽን ፋይል ጠይቆ የPAC ስክሪፕቱን ማግኘት አለበት።

ጠቃሚ ፍንጭ በድር አገልጋዩ የመዳረሻ መዝገብ ውስጥ ይገኛል፦ ደንበኛው /wpad.dat ጠይቆ HTTP 404 ተቀብሏል። በእጅ የተከፈተ PAC URL የተለየ አስተናጋጅ ስም ሊጠቀም ይችላል። ሁለቱም ስሞች ወደዚያው አገልጋይ ቢደርሱም፣ የተለያዩ ምናባዊ አስተናጋጆችን ሊመርጡ ይችላሉ።

አሳሹ የላከውን ጥያቄ ይከተሉ

በፍለጋ የተመረጠውን ትክክለኛ URL፣ የHTTP Host እሴት፣ መንገዱን እና ምላሹን ያረጋግጡ። አንድ ምቹ PAC URL በተራ አሳሽ ትር ውስጥ መክፈት ራስ-ሰር ፍለጋ ያንን URL ጠይቆታል ብሎ አያረጋግጥም።

አጭርም ሙሉ በሙሉ የተመለከቱ ስሞችም ከተጠበቁ፣ የታሰበውን ድር አስተናጋጅ እነዚያን ስሞች ሆን ብሎ እንዲያስተናግድ ያዋቅሩ። /wpad.dat ወደ ትክክለኛው ፋይል እንደሚያመራ ያረጋግጡ፣ ወደ ነባሪ ሰነድ ሥር ወይም ተዛማጅ ያልሆነ መተግበሪያ አይደለም።

ስክሪፕት ያቅርቡ፣ የስህተት ገጽ አይደለም

የምላሹን አካል እንዲሁም ሁኔታውን ያረጋግጡ። የመግቢያ ገጽ፣ የምርት ስም ያለው የስህተት ሰነድ ወይም ማዞሪያ በእጅ ሲታይ ተጨባጭ ሊመስል ይችላል፣ ነገር ግን ፈቺው የሚጠብቀው PAC ስክሪፕት አይደለም። Chromium ጥብቅ የPAC ማውረድ መስፈርቶች ይመዘግባል፣ HTTP 200 ምላሽን ጨምሮ።

ማድረስ ማድረስ ሲሳካ በኋላ ብቻ ነው FindProxyForURL() ን ማረም ትርጉም የሚኖረው። የአስተናጋጅ ስም ደንቦቹን መቀየር አሳሹ እንዳያገኘው ያደረገውን 404 ማስተካከል አይችልም።

እንዲሁም የPAC ድር አገልጋይን በስክሪፕቱ ውስጥ ከተጠቀሰው የፊት ተኪ ይለዩ። አንድ ማሽን ሊያጋሩ ይችላሉ፣ ነገር ግን በአንድ አገልግሎት ላይ ያለ የመዳረሻ መዝገብ ሌላኛው አገልግሎት የተጠቃሚውን መድረሻ ጥያቄ እንደያዘ ማስረጃ አይደለም።