Mac-ի երկու մուտքի հաշիվներ VPN երթևեկությունը չեն բաժանում

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

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

Սկսեք երթևեկությունից, ոչ թե հաշիվների ցանկից

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

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

Պրոֆիլի ալիքը և երթևեկության շրջանակը տարբեր բաներ են

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

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

Հյուր համակարգը իրական սահման է իրական սահմանափակումներով

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

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

Պրոքսին ավելի նեղ է, քան օգտատիրոջ հաշիվը

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

Եվս մեկ զգուշություն համօգտագործվող մեքենաների վրա. հոսթի loopback-ին կապված TCP լսողը օգտատիրոջ անվան ստուգում չէ։ Պրոքսին տեղական մեքենային սահմանափակելը հեռու է պահում այն ցանցից, բայց չի լիազորում մեկ տեղական օգտատիրոջ մյուսի նկատմամբ, ով արդեն մուտք է գործել։ Պահեք ծառայության նույնականացումը բացահայտ, եթե այդ տարբերությունը կարևոր է։

Ապացուցեք սահմանը երկու փորձարկումով

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

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