Защо VPN за отделни приложения пропуска работното копие на приложение за Android
Работният профил е отделен управляван контекст, затова VPN за отделни приложения в един профил може да остави личното копие непокътнато. Проверете собственика, преди да тествате.
Едно приложение се появява два пъти на телефон с работен профил и двете копия не са един и същ субект. VPN за отделни приложения, настроен в един контекст, управлява инстанцията на този контекст, поради което правило, което назовава пакета, все още може да остави другото копие непокътнато. Това не е дефект, който да се заобикаля, а границата на профила, която прави точно това, за което е създадена. Въпросът, на който си струва да се отговори, е кой контекст притежава VPN и кой притежава приложението, което се опитвате да защитите.
Една икона, две инсталации, два собственика на политиката
Android дава на работния профил собствен управляван контекст с отделни приложения, акаунти и политика, така че стартерът може да покаже два записа, които споделят име и значка. VPN услуга, стартирана в един контекст, работи за потребителите на този контекст и това е механизмът зад целия проблем. Иконата казва кое приложение сте докоснали, а не към кой профил принадлежи полученият трафик. Затова собственикът трябва да се чете от профила, а не от картинката.
Организацията може също да наложи поведение винаги включено или блокиране без VPN за управляваната страна, което променя какво се случва, когато тунелът е недостъпен. Личната страна няма такава гаранция, освен ако не сте изградили такава сами.
Какво всъщност означава списък с разрешени приложения
Поддръжката на VPN за отделни приложения в Android е изградена около списъци, описана в ръководството за потребители на VPN и работни профили и двата типа списъци имат противоположни стойности по подразбиране. Списък с разрешени приложения означава, че само назованите пакети използват тунела и всичко останало е изключено, докато списък със забранени приложения означава, че всичко е включено освен назованите пакети. Обърнете това и ще сте изградили обратното на предвидената политика, докато екранът с настройки все още изглежда правдоподобно. Списъкът се оценява в контекста, в който работи VPN, така че име на пакет, присъстващо в двата профила, съвпада само с копието в този контекст. Пакет, който не е в списъка на другия профил, просто не е работа на този VPN.
Запишете поведението за двете или трите приложения, които имат значение, защото разликата между всичко-освен и само-тези решава дали лично приложение ще изтече покрай тунела, или ще се провали затворено. Малка таблица тук побеждава абзац: един ред на профил, с типа списък и стойността по подразбиране за всичко останало.
| Context | List type | Apps not named |
|---|---|---|
| Work profile | allowed only | excluded from the tunnel |
| Personal profile | disallowed | included in the tunnel |
Коя страна води тунела и под чия политика
Потребителският VPN не премахва контролите на организацията от управлявания профил, а VPN на работния профил не е общ тунел за лични приложения. Ако организацията изисква собствен клиент за управляваните приложения, личният клиент е отделна договорка със собствена политика и собствени режими на отказ. Решете кой механизъм трябва да носи кой трафик, преди да сравнявате резултати, иначе измервате две системи и наричате разликата дефект. Вътре в собствения си контекст управляваната страна обикновено печели и това е предвиденото поведение.
Неудобният случай е управлявано приложение, което се нуждае от маршрут, който управляваната политика не предоставя. Това е заявка за изключение към организацията, а не причина да изключите работния профил.
Тестване на инстанцията, която наистина имахте предвид
Стартирайте копието, което ви интересува, и прегледайте заявката отвътре, защото проверка на публичния адрес в личния браузър не казва нищо за работното приложение. Проверете отделно акаунта, с който сте влезли, и вътрешното разрешаване на имена, тъй като вътрешно име може да зависи от управлявания маршрут, докато публичното сърфиране остава другаде. Отбележете кое копие е дало кой резултат в момента на теста и сложете профила в етикета; екранна снимка с две еднакви икони не е доказателство. Повторете проверката след повторно свързване и след като профилът бъде пресъздаден, защото политиката може да се приложи отново междувременно.
Ако не можете да кажете кое копие е отговорило, поправете етикетирането, преди да правите какъвто и да е извод. Двусмислен резултат е по-лош от липса на резултат, защото по-късно се цитира, сякаш е решил въпроса.
Документиране на покритието, за да оцелее следващият тест
Записвайте три факта заедно за всеки контекст: инстанцията на приложението, собственика на политиката и очакваното покритие. Това е достатъчно следващият човек да възпроизведе теста ви, без да гадае коя икона е стартирал. Добавете типа списък и стойността по подразбиране за пакетите, които не са в списъка, защото точно тази част хората най-често четат погрешно.
След това проверете едно вътрешно име и един външен адрес от всяка страна и запишете какво трябва да се случи, когато управляваната страна блокира личния VPN. Телефон, на който нито една страна не е покрита, докато и двете изглеждат свързани, е отказът, срещу който си струва да се проектира. Когато и двата профила наистина се нуждаят от тунел, планирайте две договорки вместо едно хитро правило.