PAC թեստի արդյունքից մինչև դիտարկիչի իրական ուղին
Առանձնացրեք PAC ֆունկցիայի վերադարձրած ուղին ֆայլի մատակարարումից, դիտարկիչի ընդունումից, փոխանորդի հասանելիությունից և հարցման վերջնական ուղուց։
PAC փորձարկիչը վերադարձնում է PROXY proxy.example:8080։ Օգտակար արդյունք։ Սակայն դիտարկիչի կարգավորումը հաստատված համարելուց առաջ դեռ մի քանի հարց կա։
| Հարց | Ինչ ուսումնասիրել |
|---|---|
| Ինչ է վերադարձնում այս սկրիպտը այս մուտքի համար？ | Գնահատիչը, մուտքի URL-ը և օժանդակ ֆունկցիաների արդյունքները |
| Դիտարկիչը ստացե՞լ է այս պատճենը | Կարգավորված PAC URL-ը և մատակարարման կամ քեշի ապացույցները |
| Դիտարկիչն օգտագործե՞լ է վերադարձված ուղին | Դիտարկիչի փոխանորդի ընտրության և միացման ախտորոշումը |
| Կարո՞ղ էր այդ ուղին կրել հարցումը | Ընտրված վերջնակետի միացումը և փոխանակումը փոխանորդի հետ |
pacparser-ի նման գործիքը գնահատում է PAC տրամաբանությունը իր սեփական աջակցվող օժանդակ ֆունկցիաներով։ Այն չի գործարկում թիրախ դիտարկիչի կարգավորման հայտնաբերման, քաղաքականության, քեշավորման և միացման ամբողջ մեխանիզմը։
Մուտքերը համադրելի պահեք։ URL-ի այլ սխեմա, հոսթի անվան այլ գրառում, DNS-ի այլ պատասխան կամ տրված հաճախորդի հասցե կարող են փոխել օրինական արդյունքը։ Այլ ցանցում կատարված փորձարկումը կարող է գործարկել այլ ճյուղ՝ առանց սկրիպտի որևէ սխալի։
Դիտարկիչի քաղաքականությունը կարող է նաև ընտրել այլ PAC URL կամ ֆիքսված փոխանորդ։ Սկավառակի վրա ֆայլը խմբագրելը չի ապացուցում, որ դիտարկիչը նորից ստացել է այն։ Chrome-ում PAC-ի թարմացումը տարբերվում է հիշված վատ փոխանորդների մաքրումից։ Արդյունքի հետ գրանցեք ֆայլի ճշգրիտ տարբերակը և համապատասխան սպառողի կարգավորումները։
Օֆլայն գնահատումն օգտագործեք տրամաբանական խնդիրը նեղացնելու համար։ Իրական հաճախորդի ախտորոշումն օգտագործեք ընդունումն ու երթուղավորումը հաստատելու համար։ Եթե սկրիպտի արդյունքը ճիշտ է, բայց փոխանորդը ոչ մի գործարք չի տեսնում, ուսումնասիրեք այդ բացը նախքան աշխատող կանոնը վերաշարադրելը։