iOS per-toepassing-VPN: pas die app se VPNUUID aan, nie PayloadUUID nie

Twee UUID-waardes bepaal of een bestuurde iPhone-app deur die per-toepassing-tonnel beweeg, en nie een van hulle is die identifiseerder van die profiel wat hulle dra nie. Die kenmerk VPNUUID van die app moet gelyk wees aan die VPNUUID binne die per-toepassing-VPN-payload. Die app wat ontplooi is, moet ook deur dieselfde toestelbestuurdienste bestuur word, en die opdrag wat jy stuur moet die kenmerk werklik dra. Werk die vier fases hieronder in volgorde deur, want elkeen lewer ’n waarde wat die volgende fase nodig het.

Versamel vier identifiseerders voordat jy aan die toestel raak

Skryf vier waardes neer: die bondel-identifiseerder uit jou bestuursinventaris, die identifiseerder van die per-toepassing-VPN-payload, die VPNUUID binne daardie payload, en die identifiseerder van die opdrag wat jy op die punt staan om te stuur. Die bondel-identifiseerder benoem die toepassing wat die instellings ontvang, en die etiket op die tuisskerm is geen plaasvervanger daarvoor nie. Hou PayloadUUID heeltemal uit hierdie lys, want dit identifiseer ’n payload binne ’n profiel en beantwoord ’n ander vraag. Om dit te vervang omdat albei velde soos UUID's lyk, is die algemeenste manier om ’n assosiasie te bou wat nooit kan pas nie.

As die VPN-administrateur nie die per-toepassing-payload en sy identifiseerder aan jou gegee het nie, vra daarvoor eerder as om ’n UUID uit watter konfigurasielêer ook al die naaste is te skraap.

Pas die kenmerk deur die bestuurskanaal toe

Bevestig dat die teiken-app op daardie toestel bestuur word, want ’n bekende bondel-identifiseerder maak nie ’n onbestuurde installasie geskik vir die assosiasie nie. Stuur dan ’n instellingsitem van die tipe ApplicationAttributes via jou produk se per-toepassing-VPN-toewysing of sy ondersteunde implementering van die Settings-opdrag. Die item identifiseer die app aan die hand van die bondel-identifiseerder en dra ’n Attributes-woordeboek waarvan die VPNUUID by die payload pas. Niks in daardie item is ’n volledige opdragkoevert nie, en niks daarin kan met die hand as ’n profiel geïnstalleer word nie.

Hanteer verwydering net so doelbewus soos installasie. Die skema sê dat die weglating van die Attributes-woordeboek die app se bestaande kenmerke verwyder, so ’n gedeeltelik geboude opdatering word stilweg ’n herstel na verstek. Die soortgelyk genoemde opdrag Managed Application Attributes lees kenmerke terug vir verifikasie; dit stel hulle nie, en om dit as die setter te gebruik is ’n vermorste ontplooiingsvenster.

Lees die opdraguitslag, nie die app-ikoon nie

Kyk na die bevestiging vir die opdrag wat jy gestuur het en bevestig dat die bestuurde app nou die kenmerk rapporteer. ’n VPN-kenteken in die statusbalk sê net dat daar êrens op die foon ’n tonnel bestaan. Dit kan jou nie vertel dat hierdie spesifieke app aan die per-toepassing-konfigurasie toegewys is nie, en op ’n toestel waar die tonnel op aanvraag oopgaan, verskyn die kenteken dalk glad nie. Vergelyk identifiseerders in die toewysing eerder as om na ’n visuele leidraad te soek.

As twee per-toepassing-konfigurasies op dieselfde vloot bestaan, vergelyk hulle identifiseerders voordat jy aanvaar jou toewysing het in die bedoelde een beland.

Toets met die hulpbron en teken dan die paar op

Laat ’n gemagtigde gebruiker die private hulpbron vanuit die toegewysde app oopmaak en kyk of die per-toepassing-tonnel daarvoor opkom. Herhaal dan vanuit ’n onbestuurde app op dieselfde foon en bevestig dat die behandeling verskil. Daardie kontras is die werklike toets, want ’n werkende private hulpbron kon ook bereik gewees het deur ’n toestelwye tonnel wat niemand in die veranderingsrekord genoem het nie. Teken die resultaat op terwyl die toestel voor jou is.

Bewaar die bondel-identifiseerder, die payload-identifiseerder, die gedeelde VPNUUID en die opdraguitslag saam, sodat die volgende ondersoek by dieselfde vier waardes begin en nie by geheue nie.

Rol terug sonder newe-effekte

Om die toewysing te verwyder, stuur die app-kenmerk weer met ’n leë Attributes-woordeboek in die vorm wat jou produk dokumenteer, eerder as om die app uit die opdrag te laat val. Verifieer daarna dat die app nie meer die per-toepassing-tonnel oopmaak nie en dat ander bestuurde apps hulle s’n behou het. As dieselfde foon ook ’n toestelwye VPN-profiel het, bevestig dat dit nog optree soos voor die terugrol, want twee VPN-konfigurasies op een toestel is waar hierdie stap gewoonlik verkeerd loop. Werk dan die rekord by wat jy gehou het.

’n Oudit wat vra waarom ’n bepaalde app ooit deur ’n tonnel gestuur is, sal die paar UUID's en ’n datum wil hê, nie ’n beskrywing van die ontplooiing nie.