Երկու VPN մեկ հեռախոսում՝ ընտրեք դասավորությունը, ոչ թե հավելվածների քանակը

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

Երեք դասավորություն, մեկ հարց

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

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

Փոխարկումը մեկ օգտվողի համատեքստում

Android-ը թույլատրում է մեկ ակտիվ VPN ծառայություն յուրաքանչյուր օգտվողի համար։ Նույն համատեքստում երկրորդ VPN հավելված գործարկելը փոխարինում է առաջինին կամ ուղղակի մերժվում է․ այն երբեք չի միավորում երկու երթուղիների հավաքածուները, և անշուշտ չի շերտավորում նրանց գաղտնագրումը։ Մեկ օգտվողի ներսում երկու թունել հաջորդականություն են, ոչ գումար։

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

Այն, ինչ փոխարկումը չի կարող տալ ձեզ, մեքենա է, որը միաժամանակ երկու ցանցերում է։ Եթե հավելվածին պետք է մասնավոր հասցե յուրաքանչյուր կողմից, ոչ մի հաճախորդի կարգապահություն դա չի ստեղծի։

Բաժանում ըստ պրոֆիլի

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

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

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

Շղթա, որտեղ հերթականությունն է նախագիծը

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

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

Սպասեք գործնական ծախսերի։ Յուրաքանչյուր շերտ ավելացնում է ինկապսուլյացիա, ուստի արդյունավետ MTU-ն ընկնում է, և արժեքը, որը լավ էր մեկ թունելի համար, այժմ բեկորացվում է կամ կանգ է առնում, մինչև ներքին թունելի MTU-ն պահպանողական չսահմանվի։ Երկու շերտ նաև նշանակում է երկու ձախողման կախվածություն և երկու հավաքածու կենդանի պահող հաղորդագրություններ, և TCP-ի վրա հիմնված ներքին թունելը կորուստներով արտաքին կապի վրայով կարող է կանգ առնել այնպես, ինչպես մեռած սերվերը։

Ամենակարևորը՝ շղթան չի միաձուլում երկու մասնավոր ցանցեր։ Երթուղիները, համընկնող նախածանցները, DNS լուծումը և մուտքի կանոնները մնում են առանձին որոշումներ, և երթուղիչը, որը կրում է մեկ VPN, մինչ հեռախոսը կրում է մյուսը, հեռախոսին չի տալիս երկու հասցեային տարածքները։

Ստուգեք նախագիծը նախքան այն վրիպազերծելը

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

adb shell ip -br addr
adb shell ip route get 10.20.0.8
adb shell dumpsys connectivity | grep -i vpn

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