De ce un VPN per aplicație ratează copia de lucru a unei aplicații Android

O aplicație apare de două ori pe un telefon cu profil de lucru, iar cele două copii nu sunt același subiect. Un VPN per aplicație configurat într-un context guvernează instanța acelui context, motiv pentru care o regulă care numește pachetul poate lăsa totuși cealaltă copie neatinsă. Nu este un defect de ocolit, este granița profilului făcând exact ceea ce a fost proiectată să facă. Întrebarea care merită un răspuns este care context deține VPN-ul și care o deține pe aplicația pe care încerci să o protejezi.

O pictogramă, două instalări, doi proprietari ai politicii

Android oferă profilului de lucru propriul context administrat, cu aplicații, conturi și politici separate, astfel încât lansatorul poate afișa două intrări care împart un nume și o insignă. Un serviciu VPN pornit într-un context funcționează pentru utilizatorii acelui context, iar acesta este mecanismul din spatele întregii probleme. Pictograma îți spune ce aplicație ai atins, nu cărui profil îi aparține traficul rezultat. De aceea proprietarul trebuie citit din profil, nu din imagine.

O organizație poate impune, de asemenea, un comportament mereu activ sau de blocare fără VPN pentru partea administrată, ceea ce schimbă ce se întâmplă când tunelul este căzut. Partea personală nu are o astfel de garanție, decât dacă ai construit-o singur.

Ce înseamnă de fapt o listă de aplicații permise

Suportul Android pentru VPN per aplicație se bazează pe liste, documentat în ghidul despre utilizatorii VPN și profilurile de lucru și cele două tipuri de liste au valori implicite opuse. O listă de aplicații permise înseamnă că doar pachetele numite folosesc tunelul și tot restul este exclus, în timp ce o listă de aplicații nepermise înseamnă că totul este inclus, cu excepția pachetelor numite. Dacă inversezi asta, ai construit opusul politicii dorite, în timp ce ecranul de setări încă pare plauzibil. Lista este evaluată în contextul în care rulează VPN-ul, așa că un nume de pachet prezent în ambele profiluri corespunde doar copiei din acel context. Un pachet care nu apare în celălalt profil pur și simplu nu privește acest VPN.

Notează comportamentul pentru cele două sau trei aplicații care contează, pentru că diferența dintre tot-mai-puțin și doar-acestea decide dacă o aplicație personală se scurge pe lângă tunel sau eșuează închis. Un tabel mic bate un paragraf aici: un rând per profil, cu tipul listei și valoarea implicită pentru tot restul.

Care parte rulează tunelul și sub a cui politică

Un VPN de consum nu ridică controalele organizației din profilul administrat, iar un VPN de profil de lucru nu este un tunel general pentru aplicațiile personale. Dacă organizația cere propriul client pentru aplicațiile administrate, clientul personal este o înțelegere separată, cu propria politică și propriile moduri de eșec. Decide ce mecanism ar trebui să transporte ce trafic înainte de a compara rezultate, altfel măsori două sisteme și numești diferența un defect. În interiorul propriului context, partea administrată câștigă de obicei, iar acesta este comportamentul dorit.

Cazul incomod este o aplicație administrată care are nevoie de o rută pe care politica administrată nu o oferă. Aceasta este o cerere de excepție către organizație, nu un motiv de a dezactiva profilul de lucru.

Testarea instanței pe care ai vrut-o de fapt

Lansează copia care te interesează și inspectează cererea din interior, pentru că o verificare a adresei publice în browserul personal nu spune nimic despre aplicația de lucru. Verifică separat contul conectat și rezolvarea internă a numelor, deoarece un nume intern poate depinde de ruta administrată, în timp ce navigarea publică rămâne în altă parte. Notează care copie a produs care rezultat în momentul testului și pune profilul în etichetă; o captură de ecran cu două pictograme identice nu este o dovadă. Repetă verificarea după o reconectare și după ce profilul este recreat, pentru că politica se poate reaplica între timp.

Dacă nu poți spune care copie a răspuns, repară etichetarea înainte de a trage vreo concluzie. Un rezultat ambiguu este mai rău decât niciun rezultat, pentru că mai târziu este citat ca și cum ar fi lămurit întrebarea.

Documentarea acoperirii ca să supraviețuiască următorul test

Notează trei fapte împreună pentru fiecare context: instanța aplicației, proprietarul politicii și acoperirea așteptată. Atât este suficient pentru ca următoarea persoană să reproducă testul tău fără să ghicească ce pictogramă a lansat. Adaugă tipul listei și valoarea implicită pentru pachetele care nu apar, pentru că aceasta este partea pe care oamenii o citesc cel mai des greșit.

Apoi verifică un nume intern și o adresă externă din fiecare parte, și notează ce ar trebui să se întâmple când partea administrată blochează VPN-ul personal. Un telefon la care niciuna dintre părți nu este acoperită, deși ambele par conectate, este defecțiunea împotriva căreia merită proiectat. Când ambele profiluri au într-adevăr nevoie de un tunel, planifică două înțelegeri în loc de o regulă isteață.