Miks rakenduspõhine VPN ei jõua Androidi rakenduse töökoopiani

Üks rakendus ilmub tööprofiiliga telefonil kaks korda ja need kaks koopiat ei ole sama subjekt. Ühes kontekstis seadistatud rakenduspõhine VPN juhib selle konteksti eksemplari, mistõttu paketti nimetav reegel võib teise koopia ikkagi puutumata jätta. See ei ole viga, millest mööda minna, vaid profiili piir, mis teeb täpselt seda, milleks see loodud on. Küsimus, millele tasub vastata, on see, milline kontekst omab VPN-i ja milline rakendust, mida proovite kaitsta.

Üks ikoon, kaks paigaldust, kaks poliitika omanikku

Android annab tööprofiilile oma hallatava konteksti koos eraldi rakenduste, kontode ja poliitikaga, nii et käivitaja saab näidata kahte kirjet, mis jagavad nime ja märki. Ühes kontekstis käivitatud VPN-teenus töötab selle konteksti kasutajate jaoks ja see on kogu probleemi taga olev mehhanism. Ikoon ütleb, millist rakendust puudutasite, mitte seda, millisele profiilile tekkinud liiklus kuulub. Seetõttu tuleb omanikku lugeda profiilist, mitte pildilt.

Organisatsioon võib hallatava poole jaoks kehtestada ka alati sisse lülitatud või ilma VPN-ita blokeeriva käitumise, mis muudab seda, mis juhtub, kui tunnel on maas. Isiklikul poolel sellist garantiid ei ole, kui te pole ise seda loonud.

Mida lubatud rakenduste loend tegelikult tähendab

Androidi rakenduspõhine VPN-tugi põhineb loenditel, mida on kirjeldatud VPN-i kasutajate ja tööprofiilide juhendis, ning kahel loenditüübil on vastupidised vaikeväärtused. Lubatud rakenduste loend tähendab, et tunnelit kasutavad ainult nimetatud paketid ja kõik muu on välistatud, samas kui keelatud rakenduste loend tähendab, et kõik on kaasatud peale nimetatud pakettide. Kui selle vastupidi pöörate, olete ehitanud kavandatud poliitika vastandi, samal ajal kui seadete ekraan näeb endiselt usutav välja. Loendit hinnatakse kontekstis, kus VPN töötab, seega mõlemas profiilis esinev paketi nimi vastab ainult selle konteksti koopiale. Teises profiilis loendisse kandmata pakett lihtsalt ei puutu sellesse VPN-i.

Kirjutage käitumine üles kahe või kolme rakenduse jaoks, mis loevad, sest erinevus kõik-välja-arvatud ja ainult-need vahel otsustab, kas isiklik rakendus lekib tunnelist mööda või ebaõnnestub suletult. Väike tabel võidab siin lõigu: üks rida profiili kohta, loenditüübi ja kõige muu vaikeväärtusega.

Kumb pool tunnelit juhib ja kelle poliitika all

Tarbijate VPN ei võta organisatsiooni kontrolle hallatavast profiilist maha ja tööprofiili VPN ei ole üldine tunnel isiklike rakenduste jaoks. Kui organisatsioon nõuab hallatavate rakenduste jaoks oma klienti, on isiklik klient eraldi kokkulepe oma poliitika ja oma rikkerežiimidega. Otsustage, milline mehhanism peaks kandma millist liiklust, enne kui tulemusi võrdlete, muidu mõõdate kahte süsteemi ja nimetate erinevust veaks. Oma konteksti sees võidab tavaliselt hallatav pool ja see on kavandatud käitumine.

Tülikas juhtum on hallatav rakendus, mis vajab marsruuti, mida hallatav poliitika ei paku. See on eranditaotlus organisatsioonile, mitte põhjus tööprofiili välja lülitada.

Selle eksemplari testimine, mida tegelikult mõtlesite

Käivitage koopia, millest hoolite, ja uurige päringut seestpoolt, sest avaliku aadressi kontroll isiklikus brauseris ei ütle töörakenduse kohta midagi. Kontrollige eraldi sisselogitud kontot ja sisemist nimelahendust, kuna sisemine nimi võib sõltuda hallatavast marsruudist, samal ajal kui avalik sirvimine jääb mujale. Märkige testi hetkel, milline koopia andis millise tulemuse, ja pange profiil silti; kuvatõmmis kahe identse ikooniga ei ole tõend. Korrake kontrolli pärast uuesti ühendamist ja pärast profiili uuesti loomist, sest poliitika võib vahepeal uuesti rakenduda.

Kui te ei suuda öelda, milline koopia vastas, parandage märgistus enne mis tahes järelduse tegemist. Ebamäärane tulemus on hullem kui tulemuse puudumine, sest hiljem tsiteeritakse seda nii, nagu oleks see küsimuse lahendanud.

Katvuse dokumenteerimine, et järgmine test ellu jääks

Kirjutage iga konteksti kohta kolm fakti kokku: rakenduse eksemplar, poliitika omanik ja eeldatav katvus. Sellest piisab järgmisele inimesele teie testi kordamiseks ilma arvamata, millise ikooni ta käivitas. Lisage loenditüüp ja vaikeväärtus loendisse kandmata pakettide jaoks, sest just seda osa loetakse kõige sagedamini valesti.

Seejärel kontrollige mõlemalt poolelt ühte sisemist nime ja ühte välist aadressi ning kirjutage, mis peaks juhtuma, kui hallatav pool blokeerib isikliku VPN-i. Telefon, kus kumbki pool ei ole kaetud, kuigi mõlemad näivad ühendatud, on see rike, mille vastu tasub projekteerida. Kui mõlemad profiilid tõesti vajavad tunnelit, planeerige kaks kokkulepet ühe nutika reegli asemel.