hosts ֆայլը վերականգնող VPN առաջադրանքները ջնջում են հետագա խմբագրումները

Միացման առաջադրանքը պատճենում է Windows-ի hosts ֆայլը, ավելացնում է մեկ մասնավոր հասցե, իսկ անջատման առաջադրանքը պահված տարբերակը հետ է պատճենում։ Այն աշխատում է շաբաթներ, և հետո մի կեսօր մեքենան չի հասնում ներքին կայք, որը ոչ մի կապ չունի VPN-ի հետ։ Վերականգնումը արեց ճիշտ այն, ինչ ասվել էր իրեն՝ հետ դրեց ֆայլ, որը եղել է ուրիշի խմբագրումից առաջ։ Սխալը մոդելի մեջ է, ոչ թե պատճենման հրահանգի։

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

Ավելի ուշ վերականգնված պահուստը ներկայի պահուստ չէ

Անցեք սովորական հաջորդականությամբ։ Առաջադրանքը պահում է ֆայլը և ավելացնում է մուտք թունելի համար։ Ավելի ուշ ադմինիստրատորը ավելացնում է անկապ ուղղում, և երկրորդ պրոֆիլն ավելացնում է իր մուտքը։ Անջատման պահին վերականգնումը հետ է դնում սկզբնական պատճենը՝ հեռացնելով և՛ երկրորդ պրոֆիլի մուտքը, և՛ ադմինիստրատորի ուղղումը։ Ոչ մեկը VPN-ին չէր պատկանում, և երկուսն էլ հիմա գնացել են։

Մեկ ֆիքսված պահուստային ֆայլի անունը վիճակը վատացնում է։ Հետագա միացման իրադարձությունը կարող է արդեն փոփոխված ֆայլը պատճենել ենթադրյալ բնագրի վրա, ուստի վերականգնման հիմքը սահում է դեպի այն տեսքը, որ ֆայլն ուներ վերջին իրադարձության պահին։

Ամեն իրադարձություն ծանուցում է, ոչ գործարք

Իրադարձությամբ գործարկվող առաջադրանքը ծանուցում է։ Կրկնակի միացումը, կիսատ անջատումը կամ երկրորդ պրոֆիլը կարող են վերաձևել պահանջվող վիճակը, մինչ նախորդ առաջադրանքը դեռ գրում է։ Ոչինչ չի հաջորդականացնում երկուսին, և ոչինչ չի հետ շրջում կիսատ մնացած փոփոխությունը։ Բացի այդ, միայն իրադարձության նույնացուցիչը, առանց մատակարարի և նրա տվյալների, չի ասում, թե որ պրոֆիլին է պատկանում։ Առաջադրանքը որպես գործարք դիտարկելը այն ենթադրությունն է, որ ձախողվում է։

Կրկնվող միացման իրադարձությունները մյուս կեսն են՝ առանց ստուգման ավելացումը ստեղծում է երկրորդ նույնական մուտք, և այդ ժամանակ որոշ լուծիչներ մեկ անվան համար երկու պատասխան են տեսնում։

Յուրաքանչյուր զուգորդության տվեք տեր

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

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

Պահուստը դեռ արժեք ունի վերանայված վերականգնման համար։ Այն չպետք է լինի անջատման սովորական գործողությունը, և չպետք է լինի միակ գրառումը, թե ինչ էր պարունակում ֆայլը։

Երբ պայմանական DNS-ն է իրական կարիքը

Եթե իրական պահանջը մասնավոր անվանատարածք է, որը լուծվում է միայն այն ժամանակ, երբ թունելը բաց է, hosts-ը սխալ մեխանիզմ է։ Windows NRPT-ն կարող է լուծիչ ընտրել անվանատարածքի համար, և այն ինքը հասցեի գրառում չի ստեղծում՝ լուծիչը դեռ պետք է պատասխանի։ Դա այլ տերով այլ ձևավորում է, և այն ամբողջովին վերացնում է ֆայլի խմբագրումը յուրաքանչյուր անցման ժամանակ։

Եթե hosts-ը դիտավորյալ պահվում է մեկ ֆիքսված ծառայության համար, համոզվեք, որ նրա հասցեն հասանելի է մնում նախատեսված երթուղով, և հոսթի անունը մնում է կայուն, որպեսզի հավելվածի ինքնության ստուգումները շարունակեն աշխատել։ DNS քեշի մաքրումը չի կարող վերանորոգել հնացած գրառում, որը հաջորդ որոնումը նորից կկարդա։

Փորձարկեք կրկնվող միացումներ, երկու միաժամանակյա պրոֆիլ և անջատում անկապ խմբագրումից հետո։ Արդյունքը պետք է լինի այն, որ VPN-ի զուգորդությունը հետևի իր տիրոջը՝ առանց մեքենայի մնացած մասը հետ շրջելու։