Հին ծրագիրը գնացել է, և բաժանված թունելի ցանկում դեռ կա գրառում դրա համար։ Ոչինչ տեսանելի չի կոտրվում, դրա համար էլ այն այնտեղ մնում է ամիսներով։ Հետո ինչ-որ մեկը նույն պանակում տեղադրում է մեկ այլ ծրագիր, կամ կառավարվող պրոֆիլը յուրաքանչյուր վերամիացման ժամանակ վերականգնում է կանոնը, և երթևեկությունը սկսում է գնալ մի ուղիով, որը ոչ ոք չէր ծրագրել։ Բացառումը ապրեց ավելի երկար, քան դրա գոյության պատճառը։

Սա մաքրելը հիմնականում ինքնության մասին է՝ ինչի է կանոնը հիմա մատնանշում, և ով է ցանկի տերը։

Ախտանիշը՝ բացառում, որը ոչ մի բանի հետ չի համընկնում

Հնացած գրառումը սովորական օգտագործման դեպքում անտեսանելի է։ Այն տեսանելի է դառնում երեք ձևով՝ ծրագիրը, որից սպասում էիք, որ կանցնի թունելով, գնում է ուղիղ, նոր ծրագիրը ժառանգում է հին բացառությունը, կամ հաճախորդը հրաժարվում է պահպանել փոփոխությունը, քանի որ կառավարվող պրոֆիլը վերագրում է այն։ Երեքն էլ առանձին սխալների տեսք ունեն, և երեքն էլ նույն հաշվառման խնդիրն են։ Յուրաքանչյուրը էժան է ստուգել և թանկ՝ սխալ ախտորոշել։

Սկսեք կանոնը կարդալով, ոչ թե ջնջելով։

Պարզեք, թե ինչ է նույնականացնում կանոնը

Բաժանված թունելի իրականացումները բացառումները հիմնում են տարբեր բաների վրա՝ գործարկվող ֆայլի ճանապարհ, փաթեթի անուն, փաթեթի նույնացուցիչ կամ երթուղի։ Ճանապարհի վրա հիմնված կանոնը մատնանշում է մի ֆայլ, որը կարող է այլևս գոյություն չունենալ կամ հիմա լինել այլ ֆայլ։ Փաթեթի վրա հիմնված կանոնը մատնանշում է ինքնություն, որը նոր տեղադրումը կարող է նորից օգտագործել։ Կարդացեք հաճախորդի փաստաթղթերը այն դաշտի համար, որին նայում եք, քանի որ նույն տեքստային դաշտը տարբեր ապրանքներում տարբեր բան է նշանակում։ Android-ի VpnService ուղեցույցը փաթեթային դեպքի համար հղումն է։

Ցուցադրվող անունը գրառման ամենաանվստահելի մասն է, և հենց այն են մարդիկ կարդում։

Ճանապարհի կանոնները և փաթեթի կանոնները տարբեր կերպ են վարվում

Տեղահանումը վերապրած ճանապարհի կանոնը սովորաբար դառնում է անգործող, և անգործողությունը լավ արդյունք է։ Վատ արդյունքը ճանապարհն է, որը նորից օգտագործվում է, քանի որ նոր գործարկվող ֆայլը լուռ ժառանգում է բացառությունը։ Փաթեթի կանոնները նորից այլ կերպ են վարվում՝ ապրանքը կարող է անտեսել անհասանելի փաթեթը, մերժել այն, կամ շարունակել համընկնել անունով, երբ նոր բանը հավակնում է այդ անվանը։

Մի տեղափոխեք ենթադրությունը մեկ հաճախորդից մյուսը։ Ստուգեք, թե ձերը իրականում ինչ է անում բացակայող թիրախի հետ, իդեալականորեն փորձնական մեքենայի վրա դիտավորյալ ստեղծելով վիճակը և դիտելով, թե որ գործընթացն է ժառանգում բացառությունը։

Հեռացրեք այն սեփականատիրոջ միջոցով

Եթե ցանկը գալիս է կառավարվող պրոֆիլից, այն տեղում խմբագրելը ժամանակավոր փոփոխություն է, որը կվերականգնվի հաջորդ վերամիացման ժամանակ։ Փոխեք պրոֆիլը, կամ խնդրեք նրան, ով տիրապետում է այն, և հաստատեք, որ խմբագրումը վերապրում է վերամիացումը։ Եթե ցանկը տեղական է, հեռացրեք գրառումը և ստուգեք, որ հաճախորդը վերագրել է իր կարգավորումները, այլ ոչ թե հինը պահել է հիշողության մեջ։

Դատարկ ցանկը նպատակը չէ։ Նպատակը ցանկն է, որի գրառումները դեռ համապատասխանում են իրական պահանջներին։

Դրանից հետո փորձարկեք երկու ուղղություններն էլ

Մաքրումից հետո փորձարկեք ծրագիր, որը դեռ պետք է բացառված մնա, և ծրագիր, որը հիմա պետք է անցնի թունելով։ Առանձին հաստատեք DNS-ի վարքը, քանի որ լուծիչի քաղաքականությունը բացառումների ցանկից տարբեր վերահսկողություն է։ Ապա մեկ անգամ նորից միացեք և նորից փորձարկեք, քանի որ վերականգնված պրոֆիլը ամենատարածված ձևն է, որով մաքրումը լուռ չեղարկում է ինքն իրեն։

Յուրաքանչյուր մնացած բացառման կողքին պահեք մեկ տողանոց նպատակ։ Հենց այդ տողն է խանգարում ցանկին թանգարան դառնալ, և այն հաջորդ մաքրումը դարձնում է հինգ րոպեի աշխատանք։

Առնչվող հոդվածներ