Stap deur die vier skerms waarin ’n iPhone-VPN-opstelling sit
Vier skerms hou stukke van een iPhone-VPN-opstelling, en nie een alleen hou die geheel nie. Gaan dit in volgorde deur en skryf ’n rekord neer wat die volgende oordrag oorleef.
Vier plekke hou stukke van ’n iPhone-VPN-opstelling, en nie een daarvan hou die hele ding nie. Die app weet watter diens dit verkoop, die stelsel weet watter konfigurasie die gebruiker gemagtig het, die bestuursprofiel weet wat gestoot is, en ’n ondersteunde uitvoer weet wat die verskaffer bereid is om te wys. Om dit in daardie volgorde te lees, lewer ’n rekord wat jy aan ’n kollega kan oorhandig; om een te lees en die res te raai, lewer ’n kaartjie wat weer oopgemaak word. Die volgorde maak saak, want elke skerm kan net ’n deel van die vraag beantwoord.
Skerm een: die app wat die diens besit
Maak die app oop en let op wat dit die verbinding noem, aan watter rekening of intekening dit behoort, en watter eindpunt, streek of protokol dit wys. Hou die streek apart van die gasheernaam, want ’n gekose ligging is nie die adres wat die foon geskakel het nie. Skryf neer wat die skerm wys, eerder as wat die bemarkingsblad beweer.
As die app glad geen eindpunt wys nie, is daardie afwesigheid self ’n bevinding. ’n Diens kan die poort agter sy eie API versteek en nooit ’n gasheernaam aan die gebruiker blootstel nie.
Skerm twee: die stelselinskrywing
Instellings, Algemeen, VPN en Toestelbestuur lys elke konfigurasie wat die stelsel ken. Die VPN-ry noem die aktiewe konfigurasie en die tipe-etiket wat die stelsel toeken, wat dikwels vager is as die protokol wat die werk doen. Verder af lys die profielafdeling enigiets wat per lêer of deur bestuur geïnstalleer is. Maak elke inskrywing oop in plaas daarvan om die ry-etiket te vertrou, want die detailskerm is waar die bediener en die identiteit woon.
’n Afgelaaide lêer in die Lêers-app en ’n geïnstalleerde profiel is twee verskillende objekte, en net die geïnstalleerde een doen iets.
Skerm drie: die bestuursnuttelading
Wanneer werk of skool die opstelling verskaf het, is die nuttelading die gesag en die foon is ’n afskrif daarvan. Lees die profiel vir die identiteit, die bediener, enige volmag- of DNS-nuttelading, en die sertifikaat of vertrouensmateriaal wat saam versprei is. ’n Vertrouensnuttelading en ’n private sleutel is aparte objekte, en nie een van hulle sê vir jou watter geloofsbrief die lopende sessie gebruik het nie. Vra die profieleienaar vir daardie assosiasie eerder as om dit af te lei uit wat geïnstalleer is.
Moenie die profiel uitvee om te sien of ’n veld wysigbaar word nie. Deur dit te verwyder, verloor jy die instellings en alles wat saam daarmee gekom het.
Skerm vier: ’n ondersteunde uitvoer
Skermskote beantwoord die meeste vrae en faal op die wat saak maak. Wanneer die detail werklik nodig is, vra die verskaffer watter diagnostiese uitvoer daardie vraag dek en of die lêer rekening-identifiseerders, tekens of interne name bevat.
Lees die lêer voordat dit die foon verlaat. ’n Konfigurasie-rekord wat ’n teken laat lek, is erger as geen rekord nie.
Die rekord waarmee jy eindig
’n Bruikbare rekord noem die app wat dit besit, die geïnstalleerde profiel, die bestuurseienaar, die implementeringstipe wanneer dit gedokumenteer is, die verkeersomvang en waar die geloofsbriewe vandaan kom. Voeg ’n verbindingsresultaat net by as iemand een deur die ondersteunde werkvloei waargeneem het. Laat uit enigiets waaroor jy nie na ’n skerm kan wys nie.
| Field | Where it comes from | What it settles |
|---|---|---|
| Implementation | App plus system row | Which component owns the tunnel |
| Identity | Profile payload | Who the gateway authenticates |
| Scope | Payload and app display | Which traffic enters the tunnel |
| Credential source | Profile owner | What has to be reissued |
Hou die rekord langs die toestel in die inventaris. Wanneer die foon vervang word, sê dit wat weer uitgereik moet word eerder as om uit ’n rugsteun te herstel.