Դուք խմբագրել եք PAC ֆայլը։ Արդյո՞ք բրաուզերը կրկին բերեց այն։
Պրոքսի սկրիպտը իր սերվերում պահելը չի ապացուցում, որ բրաուզերը փոխարինել է իր քեշավորված կոնֆիգուրացիան։ Ստուգեք ստացումը նախքան նոր կանոնի վրիպազերծումը։
Դուք փոխում եք PAC ֆայլը պրոքսի A-ից պրոքսի B, պահում այն և վերբեռնում կայք։ Կայքը դեռ տեսնում է պրոքսի A-ն։ Նախքան կանոնը կրկին փոխելը, ստուգեք՝ արդյոք բրաուզերը ընդհանրապես ստացել է նոր սկրիպտը։
Էջի վերբեռնումը և PAC-ի ներբեռնումը երկու տարբեր գործողություններ են։ Հաճախորդը կարող է պահել սկրիպտը՝ անկախ դիտվող էջից։ Արդեն հաստատված կապը ավելացնում է ևս մեկ պատճառ, թե ինչու հաջորդ տեսանելի ակտիվությունը կարող է չցուցադրել երթուղման նոր որոշում։
Փնտրեք PAC հարցում
Օգտվեք կոնֆիգուրացիայի սերվերի մուտքերի մատյանից և հաճախորդի հասանելի ցանցային ախտորոշումից։ Բացահայտեք ճշգրիտ PAC URL-ը, պատասխանը և տրամադրված սկրիպտի տարբերակը։ Մեկ գրացուցակում խմբագրված ֆայլը կարող է գոյակցել ակտիվ վեբ հոսթի կողմից մատուցվող այլ ֆայլի հետ։
Chromium-ը փաստաթղթավորում է իր սեփական PAC քեշավորման և կրկնակի ստացման վարքագիծը։ Այլ հաճախորդներ ունեն իրենց կանոնները։ Խուսափեք հին «վերագործարկեք բրաուզերը» անեկդոտը համընդհանուր թարմացման միջակայքի վերածելուց։
Համեմատությունը դարձրեք իմաստալից
Եթե վերահսկվող նոր բրաուզերի սեսիան տեղին է, օգտագործեք աջակցվող կոնֆիգուրացիայի մեխանիզմը և հաստատեք ստացումը՝ փոխարենը չապավինելով միայն կարգավորումների էկրանին։ Տեղյակ եղեք, որ պատուհանը փակելը միշտ չէ, որ դադարեցնում է բրաուզերի բոլոր գործընթացները։
Երբ հայտնի է, որ նոր սկրիպտը բեռնված է, ուսումնասիրեք դրա արդյունքը նպատակակետի համար։ Միայն դրանից հետո ուսումնասիրեք կապի կրկնակի օգտագործումը կամ պրոքսի ծառայության ելքի հասցեն։ Այդ ավելի ուշ փուլերը չեն կարող բացատրել PAC-ի խմբագրում, որը հաճախորդը երբեք չի ստացել։