VPN op een iPhone: native profiel of app van de aanbieder?

Drie voorwaarden bepalen hoe een VPN op een iPhone moet worden ingesteld: welk protocol de server biedt, of de telefoon persoonlijk wordt beheerd of onder toezicht staat, en wat er moet gebeuren wanneer het netwerk verandert. Een native configuratieprofiel en een app van de aanbieder zijn verschillende mechanismen, niet twee manieren om hetzelfde adres in te voeren. Ze op die voorwaarden afstemmen voorkomt de meeste installaties die mislukken na de eerste keer het gebouw verlaten.

Het protocol is het eerste filter; het tweede is wie het apparaat beheert.

Stem het protocol af vóór de App Store

iOS ondersteunt native IKEv2-, L2TP-over-IPsec- en Cisco IPsec-configuraties, elk met eigen authenticatieopties en profielvelden. Andere protocollen, waaronder OpenVPN en WireGuard, komen via een app die het Network Extension-framework gebruikt. Een bestand dat voor het ene is gebouwd, kan niet als het andere worden gekozen, en daarom kan een profiel dat schoon importeert toch geen verbinding maken. Bevestig het protocol van de server voordat u de client kiest.

Vraag de aanbieder om de exacte configuratie die hij voor iOS verwacht. Desktopinstructies gaan vaak uit van functies die de telefoon niet toont, en een telefoonspecifieke export haalt het giswerk weg.

Een profiel op systeemniveau of een app-bundel

Een native profiel wordt op systeemniveau geïnstalleerd, zodat de verbinding kan bestaan voordat een app opent en kan worden beheerd door wie het profiel heeft geleverd. Een app van de aanbieder verpakt de tunnel in een applicatie en geeft de aanbieder ruimte voor zijn eigen interface en functies. Op een werktelefoon kan een beheerd profiel certificaten en toegangsregels voor specifieke bronnen bevatten, en het vervangen door een persoonlijke app is geen gelijkwaardige ruil. Vraag de beheerder voordat u iets wijzigt.

Controleer op een persoonlijke telefoon de bron voordat u een profiel goedkeurt. Volledige exports en QR-codes kunnen inloggegevens of een vertrouwde wortel bevatten, dus behandel ze als geheimen en houd ze buiten schermafbeeldingen en chatgesprekken.

Wat On Demand echt belooft

On Demand kan een verbinding opzetten onder door Apple gedefinieerde voorwaarden, en het beheerde Always On-model heeft strenger gedrag dat een persoonlijk apparaat niet krijgt. Van een etiket voor automatisch verbinden van een consumenten-app moet niet worden aangenomen dat het een van beide biedt. De praktische vragen zijn wat er gebeurt voordat de tunnel beschikbaar is, wat er gebeurt na een handmatige verbreking en wat er gebeurt wanneer de telefoon opnieuw opstart. Automatisch opnieuw verbinden en verkeer buiten de tunnel blokkeren zijn afzonderlijke beloften.

Dekking is een derde vraag: de configuratie kan al het internetverkeer dragen, een reeks privébestemmingen of alleen beheerde apps.

Test overgangen en intrekking

Voltooi eerst de aanmelding bij het Wi-Fi-portaal via de normale iOS-prompt, want een portaal dat eerst aanmelding eist, laat de tunnel niet tot stand komen. Test daarna de overgangen die u echt meemaakt: Wi-Fi naar mobiel, mobiel terug naar Wi-Fi en schermvergrendeling terwijl de verbinding inactief is. Noteer of de tunnel herstelt en of de app daarmee herstelt. Een protocolnaam garandeert geen ononderbroken gesprek tijdens een overgang.

Een opgeslagen regio, een toegestane apparaatlocatie en een doorlopende accountaanmelding zijn geen metingen van de publieke uitgang. Test de beoogde toepassing en beide adresfamilies waar relevant, met een controle die rapporteert wat er werkelijk is gebeurd.

Bevestig voor een verloren telefoon de bron van het profiel en het intrekkingsproces. Het verwijderen van een lokale app verwijdert niet noodzakelijk de externe autorisatie.