Երկրորդական VPN-ը պատկանում է մեկ Wi-Fi պրոֆիլի, ոչ բոլորին

Կարգավորեք VPN-ը որպես տան Wi-Fi միացման երկրորդական, և ամեն ինչ աշխատում է, մինչև նոութբուքը միանա այլ մուտքի կետի, և թունելը մնա ներքևում։ Նոր միացումը առանձին կոնֆիգուրացիայի օբյեկտ է՝ իր իսկ UUID-ով, և այն որևէ պատճառ չունի իմանալու այն կապի մասին, որը դուք ստեղծել եք նրա նախորդի համար։ Ոչինչ չխախտվեց. կապը պարզապես երբեք գոյություն չուներ։

NetworkManager-ի միացումների տեղեկատուն երկրորդականները սահմանում է որպես UUID-ներ, որոնք ակտիվանում են որոշակի հիմնական միացման հետ միասին։ Այն նաև նշում է, որ սովորական VPN պրոֆիլները չեն իրականացնում ավտոմատ ակտիվացում այնպես, ինչպես հիմնական միացումները։ Երկու պնդումներն էլ տանում են նույն եզրակացությանը. կապը յուրաքանչյուր պրոֆիլի համար է, և ինչ-որ մեկը պետք է ստեղծի այն ամեն նորի համար։

Ինչ է իրականում երկրորդականը

Հիմնական միացումն ունի ինքնություն, UUID և երկրորդականների ցանկ։ Երբ այն ակտիվանում է, կառավարիչը հերթով ակտիվացնում է նաև այդ երկրորդականները, և այդպես VPN-ը հետևում է Wi-Fi ցանցին առանց ձեռքով սեղմելու։ Կապը ապրում է հիմնական միացման վրա՝ գրված որպես UUID տողեր, ոչ թե անուններ։ Ներկայացման այդ ընտրությունը պատահական չէ. հենց այն է, ինչի շնորհիվ կապը վերապրում է վերանվանումը։

Անունների մասին այդ մանրամասնությունը նշանակում է ավելին, քան թվում է։ VPN պրոֆիլի վերանվանումը թողնում է նրա UUID-ն անփոփոխ, ուստի գոյություն ունեցող կապերը շարունակում են աշխատել։ Հին պրոֆիլը ջնջելը և նորը ներմուծելը ստեղծում է նոր UUID, և հինին մատնացույց անող յուրաքանչյուր կապ այժմ ոչնչի չի մատնացույց անում։

Ավելացնելուց առաջ ստուգեք գոյություն ունեցող ցանկը։ Մեկ երկրորդական կրող տնային պրոֆիլը կանոն չէ, որը համապատասխանում է յուրաքանչյուր SSID-ի. դա մեկ տող է մեկ օբյեկտում, և դրան չեն դիմի, երբ ակտիվանա այլ հիմք։

Տեղադրեք կապը այնտեղ, որտեղ ստեղծվում են պրոֆիլները

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

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

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

Պլանավորեք VPN-ի ինքնության փոփոխությունը

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

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

Ակտիվացումը պարտադրում չէ

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

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

Այդ տարբերությունը դրեք այն հրահանգների մեջ, որոնք օգտատերերն իրականում կարդում են։ Նոր Wi-Fi ցանցը կարող է պահանջել թունելը. պարտադրումը որոշում է՝ կարող է արդյոք ինչ-որ բան դուրս գալ, երբ հնարավոր չէ միանալ։ Օգտատերերը, որոնց ասվել է միայն առաջին կեսը, դիզայնը կհայտնեն որպես կոտրված։

Փորձարկեք իսկապես նոր պրոֆիլով

Օգտագործեք հաստատված փորձարկման ցանց և նոր ստեղծված հիմնական պրոֆիլ, ոչ թե արդեն աշխատող տնային գրառումը։ Հերթով դիտեք հիմքի ակտիվացումը, պահանջված երկրորդական UUID-ն և ցանկացած նույնականացման հուշում, և նշեք, թե որ փուլում է կանգ առնում, երբ կանգ է առնում։ Գաղտնի գործակալը, որը հասանելի է դառնում աշխատասեղանի մուտքից հետո, ավտոմատ կերպով ներկա չէ յուրաքանչյուր մեկնարկային համատեքստում, ուստի վերագործարկումը պատկանում է փորձարկման պլանին։ Ապա ստուգեք նախատեսված ռեսուրսը և ձախողման ուղին. արդյոք թունելը բարձրանում է նախքան հավելվածին անհրաժեշտ լինելը, և ինչ է լինում այդ հավելվածի հետ, երբ նույնականացումը ձախողվում է։

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