vpn.persistent շարունակում է փորձել, բայց ձեզ միացված չի պահում

NetworkManager-ը տրամադրում է մեկ հատկություն՝ vpn.persistent, և մարդիկ նրանից պահանջում են միաժամանակ պատասխանել չորս տարբեր հարցերի։ Նրա վերին մակարդակի փաստաթղթերը զգույշ են. կայունությունը գործում է, երբ VPN ծառայությունը աջակցում է դրան, և պրոֆիլը միացնում է այն, ապա կապին խնդրում են դիմանալ կապի փոփոխություններին և ընդհատումներին մինչև բացահայտ անջատում։ Նույն փաստաթղթերը նաև ցույց են տալիս, որ հատկության կանխադրված արժեքը false է, ինչը վերականգնման ծրագրերի մեծ մասը չի ենթադրում։ Կարդացեք այն որպես փորձի հարցում, ոչ որպես արդյունքի խոստում։

Ինչին է իրականում պարտավորվում կարգավորումը

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

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

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

Չորս հարց, որոնք միաձուլվում են մեկի մեջ

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

Վերականգնումը հարցնում է, թե ինչ է տեղի ունենում, երբ կապը փոխվում կամ անհետանում է, և դա այն նեղ հարցն է, որին անդրադառնում է vpn.persistent-ը։ Կենսունակությունը հարցնում է՝ կարո՞ղ է հաճախորդը հասկանալ, որ հեռավոր կողմը դադարել է պատասխանել, և դրա փոխարեն այդ հարցին պատասխանում է OpenVPN-ի keepalive-ը կամ վերսկսման վարքը. երկու մեխանիզմները հաճախ նկարագրվում են նույն բառով և իրականացվում տարբեր տեղերում։ Փորձարկեք դրանք առանձին՝ տարբեր գործիքներով, այլապես մի վարքը կվերագրեք մյուսին։

Մտադրությունը հարցնում է՝ արդյոք վերամիացումն ընդհանրապես ցանկալի է, և դա այն հարցն է, որին կարգավիճակի հարցումը չի կարող պատասխանել։ Դիտավորյալ կանգառը և ընդհատումը ստեղծում են նույն ոչ ակտիվ վիճակը, ուստի բացակայությամբ վերամիացող ամեն ինչ գուշակում է մարդկային որոշում։ Գուշակելը լավ է մինչև այն պահը, երբ այն անցնում է ինչ-որ մեկի վրայով։

Ստուգաթերթ, որը դրանք առանձին է պահում

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

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

Երրորդ քայլն այն է, որը մարդիկ բաց են թողնում, և հենց այն է, որ ամենից հաճախ գտնում է իրական արատը։ Պահակը, որը հարցում է անում ակտիվ պրոֆիլի համար և վերամիանում, երբ այն բացակայում է, ուրախությամբ կչեղարկի օգտատիրոջ դիտավորյալ անջատումը։ Օգտատիրոջ աթոռից սա տոկունություն չէ. սա մեքենա է, որը չի հնազանդվի։ Հարցրեք նրանց, նախքան մեկը ավելացնելը։

Գրեք արդյունքները նույն փաստաթղթում, որտեղ կապի նկարագրությունն է։ Վերականգնման քաղաքականությունը լավ է այնքանով, որքանով վերջին անգամ ինչ-որ մեկը տեսել է, թե ինչպես է այն դիտավորյալ ձախողվում։ Ժամանակային դրոշմերը տարբերությունը տեսանելի են դարձնում բոլորի համար, ովքեր հաջորդ անգամ կկարդան նշումները։

Նույնականացումը վերականգնման մասն է

Վերամիացումը զուտ ցանցային գործողություն չէ։ Եթե հաստատված հոսքը պահանջում է նոր մարտահրավեր, մեկանգամյա կոդ կամ գաղտնիք, որին ակտիվացման համատեքստը չի կարող հասնել, ոչ մի կայունության կարգավորում չի կարող այն ստեղծել ոչնչից։

Սա բացատրում է ծանոթ օրինաչափություն. կապը վերականգնվում է բացված բանալիների շղթայով մեքենայի վրա և ձախողվում նույն մեքենայի վրա վերագործարկումից հետո։ Ցանցային շերտն արեց հենց այն, ինչ խնդրել էին, իսկ հավատարմագրերի շերտը ոչինչ չուներ առաջարկելու։

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

Կայունությունը kill switch չէ

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

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

Գրանցեք երկու կեսերն էլ վերականգնման նշումներում. ինչ փորձեց VPN-ը, և ինչ հավելվածային երթևեկություն թույլատրվեց փորձի ընթացքում։