Պրոքսի կարգավորելուց հետո դիտարկիչը դեռ հին IP-ն է ցույց տալիս
Ստուգեք՝ դիտարկիչը կիրառե՞լ է կարգավորումը, շրջանցե՞լ է ստուգման կայքը, օգտագործե՞լ է հին էջ կամ կարգավորումների այլ շերտ։
Համեմատեք նույն ստուգման ծառայության հաղորդած ճշգրիտ IP-ն փոփոխությունից առաջ և հետո։ Կայքի մուտքի վիճակի, լեզվի կամ տարածաշրջանի պահպանումը չի ապացուցում, որ հանրային IP-ն նույնն է մնացել։
- Նոր հարցում կատարեք կարգավորված պրոֆիլում։ Վերաբեռնեք ստուգման էջը կամ օգտագործեք դրա թարմացման գործիքն ու հարցման ժամանակի նշումը։ curl-ի կամ այլ դիտարկիչի արդյունքը չի նկարագրում այս պրոֆիլը։
- Հաստատեք ակտիվ կարգավորումը։ Firefox-ը հասցեն օգտագործում է միայն համապատասխան ձեռքով կարգավորման ռեժիմում․ համակարգային, ավտոմատ և առանց պրոքսի ռեժիմներն այլ կերպ են ընտրում։ Chrome-ի դեպքում ստուգեք համակարգի պրոքսին կամ իրականում աշխատող պրոֆիլի դրոշակները։ Գործարկումը կարող է կրկին օգտագործել գոյություն ունեցող գործընթացը․ օգտատիրոջ տվյալների նոր առանձին պանակը հստակեցնում է դրոշակներով առանձին փորձարկումը։ Եթե կարգավորումները վերահսկում է ընդլայնումը, ստուգեք այն։
- Ստուգեք փորձարկման URL-ի բացառությունները։ Ձեռքով շրջանցումները, PAC արդյունքներն ու համակարգային բացառությունները կարող են մեկ նպատակակետը թողնել ուղիղ կապով։ Մի փորձարկեք localhost-ով․ Chrome-ը առանց լրացուցիչ կարգավորման շրջանցում է պրոքսին հետադարձ կապի և որոշ տեղային հասցեների համար։
- Համեմատեք ճիշտ հասցեները։ Կարգավորված լսողը և նպատակակետի դիտարկած ելքը կարող են տարբեր լինել։ Եթե հաղորդված հասցեն փոխվել է ուղիղ արդյունքի համեմատ, բայց տարբերվում է ցանկի գրառումից, պրոքսին դեռ կարող է աշխատել։
Եթե ուղիղ և պրոքսիով արդյունքները նույնն են մնում, ձեր ծառայությունից կամ անվճար պրոքսիների ցանկից փորձեք նույն արձանագրության այլ վերջնակետ և հաճախորդի հետագծում փնտրեք ընտրված պրոքսիին հասնելու փորձ։ Chrome-ում NetLog գրանցումը կարող է հետևել այդ հարցման երթուղուն։ Անհասանելի պրոքսիի դեպքում նոր հարցման հաջողությունը պատճառ է ստուգելու ուղիղ երթուղին կամ պահուստային ուղին՝ հասցեն բազմիցս փոխելու փոխարեն։