Kwa nini programu yako ya iPhone haiwezi kuwasha au kuzima VPN ya mfumo
Programu ya umma haiwezi kubadilisha VPN ya mfumo, kusoma hali yake au kulazimisha muunganisho. Kanuni za On Demand, wasifu wa Always On kwenye vifaa vinavyosimamiwa na MDM ni chaguo.
Meneja wa bidhaa anaomba kitufe kinachowasha VPN ya kampuni, na ombi linaonekana kuwa dogo. Kwenye iOS hii si kipengele kidogo; iko nje ya mkataba wa umma, na kila njia ya kupita ama inashindwa kwenye ukaguzi au inavunjika kwenye toleo linalofuata. Pitisha ombi kupitia kile jukwaa linavyoruhusu kweli, na muundo unaandika wenyewe kwa kiasi kikubwa. Programu inaweza kumiliki usanidi wa VPN na kuuanzisha. Programu haiwezi kufikia kitufe cha mfumo, haiwezi kusoma hali ya wasifu ambao haikuuunda, na haiwezi kumweka mtumiaji ameunganishwa kinyume na mapenzi yake.
Anza na mambo matatu ambayo mtumiaji anamaanisha
Tenganisha maana kabla ya kutenganisha API. Wakati mwingine mtumiaji anataka handaki la programu yako liwe limeunganishwa, wakati mwingine anataka kubadilisha kitufe cha Mipangilio kwa wasifu uliosakinishwa na mtu mwingine, na wakati mwingine anataka simu isiweze kuvinjari bila handaki. Hizi zinalingana na mifumo mitatu tofauti, na ni ya kwanza tu iliyo wazi kwa programu ya kawaida.
Maana ya pili ndiyo inayozalisha maswali ya Stack Overflow, na haina jibu linaloungwa mkono. Kitufe cha Mipangilio ni cha mtumiaji na, kwenye vifaa vinavyosimamiwa, cha wasifu. Hakuna API ya umma inayoorodhesha usanidi wa VPN, kuripoti kama handaki la mfumo liko juu au kulibadilisha.
Kile ambacho programu inaweza kuunda kweli
NetworkExtension inampa programu usanidi wake mwenyewe kupitia NEVPNManager. Kwa haki ya Personal VPN na idhini ya mtumiaji, programu huhifadhi usanidi unaoonekana kwenye Mipangilio kwa jina lake mwenyewe, na inaweza kuanzisha au kusimamisha muunganisho huo mmoja. Hiyo ni uwezo halisi unaoweza kukaguliwa, na pia ni wigo wote: meneja husoma na kuandika tu kile alichounda.
Haki hiyo si ya moja kwa moja. Unaiomba kutoka Apple na kuhalalisha kwa nini programu inahitaji handaki hata kidogo, na mteja ambaye lengo lake pekee ni kuwasha wasifu wa mtu mwingine hana jibu zuri. Watoa huduma wa handaki za pakiti hufuata kanuni hiyo hiyo kwa darasa lingine: NETunnelProviderManager anamiliki usanidi unaotegemea mtoa huduma ambao programu yenyewe ilisakinisha. Hakuna njia yoyote kati ya hizi mbili inayofikia wasifu uliotolewa na MDM.
Idhini inatumika pia wakati wa kuhifadhi. Kuandika usanidi humuuliza mtumiaji, na ombi hilo si kitu ambacho programu inaweza kukandamiza kwa urahisi.
Kusoma hali kunagonga ukuta huo huo
Hali inaonekana kuwa rafiki zaidi kuliko udhibiti na imefungwa sawa. NEVPNStatus huripoti batili, imekatwa, inaunganisha, imeunganishwa, inathibitisha tena au inakatisha kwa usanidi wa programu yenyewe, na arifa huwaka kwa kila mabadiliko. Haisemi chochote kuhusu handaki lililosakinishwa na wasifu wa usimamizi, na hiyo ndiyo hali ambayo dawati la usaidizi linataka kuona.
Ufuatiliaji wa njia ya mtandao na mabadiliko ya kiolesura hutolewa kama mbadala kwenye ukaguzi wa muundo. Hueleza njia ambayo trafiki ya programu hupita, ambayo hubadilika kwa sababu zisizohusiana na hali ya VPN, na kuzitumia kama usomaji wa VPN hutoa kiolesura kinachosema uongo kwa pande zote mbili.
On Demand na Always On ni vitu vya kushikilia vya kweli
Vitu vya kushikilia vinavyotumika vinaishi kwenye wasifu badala ya kwenye programu. Kanuni za On Demand huiambia mfumo lini iunganishe: orodha iliyopangwa ya masharti na vitendo, inayotathminiwa na mfumo wa uendeshaji, si na msimbo wako. Kanuni inayounganisha kwenye kiolesura chochote huunda hisia ya kawaida-imeunganishwa bila kumpa programu yoyote udhibiti.
Always On VPN ni utaratibu wa kulazimisha, na umefungwa na usimamizi. Kwenye kifaa kinachosimamiwa, MDM husakinisha wasifu unaoweka handaki juu; kwenye simu binafsi isiyosimamiwa funguo hizo huo huzalisha tabia sawa. Tofauti hiyo ni ya kukusudia, na hakuna mchanganyiko wa funguo za mzigo unaoiondoa. Wakati hitaji ni kweli kwamba VPN lazima iwe imewashwa, hitaji kwa kweli ni kwamba kifaa lazima kisimamiwe.
Kati ya hizo mbili anakaa binamu dhaifu zaidi: kanuni inayounganisha tena baada ya mtumiaji kukata. Inaunganisha tena kanuni inapotathminiwa wakati ujao, jambo ambalo si sawa na mara moja, na mtumiaji aliyekata kwa makusudi atagundua tofauti. Buni kiolesura kuzunguka pengo hilo badala ya kuahidi kufuli.
Tuma njia inayotumika
Maswali manne huamua utaratibu kabla ya msimbo wowote kuwepo: kifaa ni cha nani, kiko chini ya usimamizi, mteja gani anamaliza handaki, na wasifu unatoka wapi. Ikiwa kimoja cha haya hakijulikani, ombi la kipengele haliko tayari kwa makadirio.
API ya faragha inayogusa VPN ya mfumo itapita onyesho na itashindwa kwenye ukaguzi, na ikiwa itatumwa kwa njia nyingine itavunjika kwenye toleo lijalo la iOS. Hakuna toleo la kubadilishana huko linalofaa kwa kitufe kimoja.
Telemetri ya usimamizi ni njia tofauti: huripoti kwamba wasifu umesakinishwa na kama kifaa kinatii, jambo ambalo ni utoaji wa ripoti na si uso wa udhibiti kwa kila programu. Jaribu mtiririko kwenye kifaa halisi baada ya kila sasisho, kwa sababu tabia inayotumika inaishi kwenye OS na OS husonga.