Loop de vier schermen langs die een iPhone-VPN-configuratie bevatten
Vier schermen bevatten stukken van één iPhone-VPN-instelling, en geen ervan bevat het geheel. Loop ze in volgorde langs en schrijf een vastlegging die de volgende overdracht overleeft.
Vier plekken bevatten stukken van één iPhone-VPN-instelling, en geen ervan bevat het geheel. De app kent de dienst die hij verkoopt, het systeem kent de configuratie die de gebruiker heeft geautoriseerd, het beheerprofiel kent wat er is uitgerold, en een ondersteunde export kent wat de leverancier bereid is te tonen. Ze in die volgorde lezen levert een vastlegging op die je aan een collega kunt geven; één lezen en de rest raden levert een ticket op dat opnieuw wordt geopend. De volgorde doet ertoe omdat elk scherm maar een deel van de vraag kan beantwoorden.
Scherm één: de app die de dienst bezit
Open de app en noteer hoe hij de verbinding noemt, bij welk account of abonnement hij hoort, en welk eindpunt, welke regio of welk protocol hij toont. Houd de regio los van de hostnaam, want een gekozen locatie is niet het adres dat de telefoon heeft gebeld. Schrijf op wat het scherm toont, niet wat de marketingpagina beweert.
Als de app helemaal geen eindpunt toont, is die afwezigheid op zichzelf een bevinding. Een dienst kan de gateway achter zijn eigen API verbergen en de gebruiker nooit een hostnaam tonen.
Scherm twee: de systeemvermelding
Instellingen, Algemeen, VPN en Apparaatbeheer tonen elke configuratie die het systeem kent. De VPN-rij noemt de actieve configuratie en het typelabel dat het systeem toekent, dat vaak vager is dan het protocol dat het werk doet. Verderop toont de profielsectie alles wat via bestand of via beheer is geïnstalleerd. Open elke vermelding in plaats van het label van de rij te vertrouwen, want op het detailscherm wonen de server en de identiteit.
Een gedownload bestand in de app Bestanden en een geïnstalleerd profiel zijn twee verschillende objecten, en alleen het geïnstalleerde doet iets.
Scherm drie: de beheerpayload
Wanneer werk of school de instelling heeft geleverd, is de payload de autoriteit en is de telefoon er een kopie van. Lees het profiel voor de identiteit, de server, elke proxy- of DNS-payload en het certificaat of vertrouwensmateriaal dat erbij is verspreid. Een vertrouwenspayload en een privésleutel zijn aparte objecten, en geen van beide vertelt je welke referentie de lopende sessie heeft gebruikt. Vraag de profieleigenaar naar dat verband in plaats van het af te leiden uit wat is geïnstalleerd.
Verwijder het profiel niet om te kijken of een veld bewerkbaar wordt. Verwijderen haalt de instellingen en alles wat ermee meekwam weg.
Scherm vier: een ondersteunde export
Schermafbeeldingen beantwoorden de meeste vragen en falen op de vragen die ertoe doen. Als het detail echt nodig is, vraag de leverancier welke diagnostische export die vraag dekt en of het bestand accountidentificaties, tokens of interne namen bevat.
Lees het bestand voordat het de telefoon verlaat. Een configuratievastlegging die een token lekt is erger dan geen vastlegging.
De vastlegging die je overhoudt
Een bruikbare vastlegging noemt de bezittende app, het geïnstalleerde profiel, de eigenaar van het beheer, het implementatietype wanneer dat gedocumenteerd is, de omvang van het verkeer en waar de referenties vandaan kwamen. Voeg alleen een verbindingsresultaat toe als iemand dat via de ondersteunde werkwijze heeft waargenomen. Laat weg waar je geen scherm voor kunt aanwijzen.
| 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 |
Bewaar de vastlegging naast het apparaat in de inventaris. Wanneer de telefoon wordt vervangen, staat erin wat opnieuw moet worden uitgegeven in plaats van wat uit een back-up moet worden hersteld.