Fire steder holder deler av ett iPhone-VPN-oppsett, og ingen av dem holder hele. Appen kjenner tjenesten den selger, systemet kjenner konfigurasjonen brukeren autoriserte, administrasjonsprofilen kjenner det som ble sendt ut, og en støttet eksport kjenner det leverandøren er villig til å vise. Å lese dem i den rekkefølgen gir en registrering du kan gi videre til en kollega; å lese én og gjette på resten gir en sak som blir åpnet på nytt. Rekkefølgen betyr noe fordi hver skjerm bare kan svare på en del av spørsmålet.

Skjerm én: appen som eier tjenesten

Åpne appen og noter hva den kaller forbindelsen, hvilken konto eller abonnement den hører til, og hvilket endepunkt, område eller protokoll den viser. Hold området atskilt fra vertsnavnet, fordi et valgt sted ikke er adressen telefonen ringte. Skriv ned det skjermen viser, ikke det markedsføringssiden hevder.

Hvis appen ikke viser noe endepunkt i det hele tatt, er den mangelen i seg selv et funn. En tjeneste kan skjule gatewayen bak sin egen API og aldri vise et vertsnavn til brukeren.

Skjerm to: systemoppføringen

Innstillinger, Generelt, VPN og Enhetsstyring lister opp hver konfigurasjon systemet kjenner. VPN-raden navngir den aktive konfigurasjonen og typeetiketten systemet tildeler, som ofte er mer upresis enn protokollen som gjør jobben. Lenger ned lister profilavsnittet opp alt som er installert via fil eller via styring. Åpne hver oppføring i stedet for å stole på etiketten på raden, fordi det er på detaljskjermen serveren og identiteten bor.

En nedlastet fil i appen Filer og en installert profil er to forskjellige objekter, og bare den installerte gjør noe.

Skjerm tre: styringens nyttelast

Når arbeid eller skole har levert oppsettet, er nyttelasten autoriteten og telefonen er en kopi av den. Les profilen for identiteten, serveren, enhver proxy- eller DNS-nyttelast og sertifikatet eller tillitsmaterialet som er delt ut sammen med den. En tillitsnyttelast og en privat nøkkel er atskilte objekter, og ingen av dem forteller deg hvilken legitimasjon den kjørende økten brukte. Spør profileieren om den sammenhengen i stedet for å utlede den fra det som er installert.

Ikke slett profilen for å se om et felt blir redigerbart. Sletting fjerner innstillingene og alt som fulgte med dem.

Skjerm fire: en støttet eksport

Skjermbilder svarer på de fleste spørsmål og svikter på dem som betyr noe. Når detaljen virkelig trengs, spør leverandøren hvilken diagnostisk eksport som dekker spørsmålet, og om filen inneholder kontoidentifikatorer, tokens eller interne navn.

Les filen før den forlater telefonen. En konfigurasjonsregistrering som lekker et token, er verre enn ingen registrering.

Registreringen du sitter igjen med

En brukbar registrering navngir appen som eier den, den installerte profilen, eieren av styringen, implementeringstypen når den er dokumentert, omfanget av trafikken og hvor legitimasjonen kom fra. Legg bare til et tilkoblingsresultat hvis noen har observert det gjennom den støttede arbeidsflyten. Utelat alt du ikke kan peke på en skjerm for.

FieldWhere it comes fromWhat it settles
ImplementationApp plus system rowWhich component owns the tunnel
IdentityProfile payloadWho the gateway authenticates
ScopePayload and app displayWhich traffic enters the tunnel
Credential sourceProfile ownerWhat has to be reissued

Oppbevar registreringen ved siden av enheten i inventaret. Når telefonen byttes ut, sier den hva som må utstedes på nytt, i stedet for å gjenopprettes fra en sikkerhetskopi.

Relaterte artikler