Pse një VPN për çdo aplikacion nuk e arrin kopjen e punës të një aplikacioni Android

Një aplikacion shfaqet dy herë në një telefon me profil pune, dhe dy kopjet nuk janë i njëjti subjekt. Një VPN për çdo aplikacion i konfiguruar brenda një konteksti qeveris shembullin e atij konteksti, prandaj një rregull që emërton paketën mund ta lërë kopjen tjetër të paprekur. Ky nuk është defekt për t'u anashkaluar, është kufiri i profilit që bën pikërisht atë për të cilën është krijuar. Pyetja që meriton përgjigje është cili kontekst zotëron VPN-në dhe cili zotëron aplikacionin që po përpiqeni të mbroni.

Një ikonë, dy instalime, dy pronarë të politikës

Android i jep profilit të punës kontekstin e vet të menaxhuar, me aplikacione, llogari dhe politikë të veçanta, kështu që nisësi mund të shfaqë dy zëra që ndajnë një emër dhe një shenjë. Një shërbim VPN i nisur brenda një konteksti punon për përdoruesit e atij konteksti, dhe ky është mekanizmi pas gjithë problemit. Ikona ju tregon cilin aplikacion prekët, jo cilit profil i përket trafiku që lind. Prandaj pronari duhet lexuar nga profili dhe jo nga fotografia.

Një organizatë mund të imponojë edhe sjellje gjithmonë-aktive ose bllokim pa VPN për anën e menaxhuar, çka ndryshon atë që ndodh kur tuneli është jashtë. Ana personale nuk ka një garanci të tillë, përveç nëse e keni ndërtuar vetë.

Çfarë do të thotë në të vërtetë një listë e aplikacioneve të lejuara

Mbështetja e Android për VPN për çdo aplikacion bazohet në lista, siç dokumentohet në udhëzuesin për përdoruesit e VPN dhe profilet e punës, dhe dy llojet e listave kanë vlera të paracaktuara të kundërta. Lista e lejuar do të thotë që vetëm paketat e emërtuara përdorin tunelin dhe gjithçka tjetër përjashtohet, ndërsa lista e ndaluar do të thotë që gjithçka përfshihet përveç paketave të emërtuara. Nëse e ktheni mbrapsht, keni ndërtuar të kundërtën e politikës së synuar ndërsa ekrani i cilësimeve vazhdon të duket i besueshëm. Lista vlerësohet brenda kontekstit ku punon VPN-ja, prandaj një emër pakete i pranishëm në të dy profilet përputhet vetëm me kopjen në atë kontekst. Një paketë që nuk është në listë në profilin tjetër thjesht nuk është punë e kësaj VPN-je.

Shkruani sjelljen për dy ose tre aplikacionet që kanë rëndësi, sepse ndryshimi midis gjithçka-përveç dhe vetëm-këto vendos nëse një aplikacion personal do të rrjedhë rreth tunelit apo do të dështojë i mbyllur. Një tabelë e vogël e mund një paragraf këtu: një rresht për profil, me llojin e listës dhe vlerën e paracaktuar për gjithçka tjetër.

Cila anë drejton tunelin, dhe nën politikën e kujt

Një VPN konsumatori nuk i heq kontrollet e organizatës nga profili i menaxhuar, dhe VPN-ja e profilit të punës nuk është tunel i përgjithshëm për aplikacionet personale. Nëse organizata kërkon klientin e vet për aplikacionet e menaxhuara, klienti personal është një marrëveshje më vete me politikën e vet dhe mënyrat e veta të dështimit. Vendosni cili mekanizëm duhet të mbajë cilin trafik përpara se të krahasoni rezultatet, përndryshe po matni dy sisteme dhe po e quani defekt ndryshimin. Brenda kontekstit të vet, zakonisht fiton ana e menaxhuar, dhe kjo është sjellja e synuar.

Rasti i vështirë është një aplikacion i menaxhuar që ka nevojë për një rrugë që politika e menaxhuar nuk e ofron. Ky është një kërkesë përjashtimi drejtuar organizatës, jo një arsye për të çaktivizuar profilin e punës.

Testimi i shembullit që kishit vërtet në mendje

Nisni kopjen që ju intereson dhe shqyrtojeni kërkesën nga brenda, sepse një kontroll i adresës publike në shfletuesin personal nuk thotë asgjë për aplikacionin e punës. Verifikoni veçmas llogarinë e identifikuar dhe zgjidhjen e brendshme të emrave, pasi një emër i brendshëm mund të varet nga rruga e menaxhuar ndërsa shfletimi publik mbetet diku tjetër. Shënoni cila kopje dha cilin rezultat në momentin e testit, dhe shkruani profilin në etiketë; një pamje ekrani me dy ikona identike nuk është provë. Përsëritni kontrollin pas një rilidhjeje dhe pasi profili të rikrijohet, sepse politika mund të rizbatohet në mes.

Nëse nuk mund të thoni cila kopje u përgjigj, rregulloni etiketimin përpara se të nxirrni ndonjë përfundim. Një rezultat i paqartë është më i keq se asnjë rezultat, sepse më vonë citohet sikur e zgjidhi çështjen.

Dokumentimi i mbulimit që testi i ardhshëm të mbijetojë

Regjistroni tre fakte bashkë për çdo kontekst: shembullin e aplikacionit, pronarin e politikës dhe mbulimin e pritur. Kjo mjafton që personi tjetër të riprodhojë testin tuaj pa hamendësuar cilën ikonë hapi. Shtoni llojin e listës dhe vlerën e paracaktuar për paketat që nuk janë në listë, sepse kjo është pjesa që njerëzit lexojnë më shpesh gabim.

Pastaj verifikoni një emër të brendshëm dhe një adresë të jashtme nga secila anë, dhe shkruani çfarë duhet të ndodhë kur ana e menaxhuar bllokon VPN-në personale. Një telefon ku asnjëra anë nuk është e mbuluar ndërsa të dyja duken të lidhura është dështimi për të cilin ia vlen të projektohet. Kur të dy profilet kanë vërtet nevojë për tunel, planifikoni dy marrëveshje në vend të një rregulli të zgjuar.