VPN på en iPhone: inbyggd profil eller leverantörens app?

Tre villkor avgör hur en VPN ska ställas in på en iPhone: vilket protokoll servern erbjuder, om telefonen hanteras personligen eller övervakas, och vad som måste hända när nätet ändras. En inbyggd konfigurationsprofil och leverantörens app är olika mekanismer, inte två sätt att ange samma adress. Att matcha dem mot dessa villkor undviker det mesta av den installation som misslyckas efter första promenaden ut ur byggnaden.

Protokollet är det första filtret; det andra är vem som kontrollerar enheten.

Matcha protokollet före App Store

iOS har inbyggt stöd för IKEv2, L2TP över IPsec och Cisco IPsec-konfigurationer, var och en med egna autentiseringsalternativ och profilfält. Andra protokoll, bland dem OpenVPN och WireGuard, kommer via en app som använder ramverket Network Extension. En fil byggd för det ena kan inte väljas som det andra, vilket är varför en profil som importeras felfritt ändå kan misslyckas med att ansluta. Bekräfta serverns protokoll innan du väljer klient.

Be leverantören om den exakta konfiguration som den förväntar sig för iOS. Instruktioner för datorer antar ofta funktioner som telefonen inte exponerar, och en export som är specifik för telefonen tar bort gissandet.

Profil på systemnivå eller paketerad app

En inbyggd profil installeras på systemnivå, så anslutningen kan finnas innan någon app öppnas och kan hanteras av den som levererade profilen. Leverantörens app bäddar in tunneln i en applikation och ger leverantören utrymme för sitt eget gränssnitt och sin egen funktionsuppsättning. På en jobbtelefon kan en hanterad profil bära certifikat och åtkomstregler för specifika resurser, och att ersätta den med en personlig app är inte ett likvärdigt byte. Fråga administratören innan du ändrar något.

På en personlig telefon, kontrollera källan innan du godkänner en profil. Fullständiga exporter och QR-koder kan innehålla inloggningsuppgifter eller en betrodd rot, så behandla dem som hemligheter och håll dem borta från skärmdumpar och chattar.

Vad On Demand verkligen lovar

On Demand kan få en anslutning att gå upp under villkor som Apple definierar, och den övervakade modellen Always On har ett striktare beteende som en personlig enhet inte får. Etiketten för automatisk anslutning i en konsumentapp ska inte antas ge något av detta. De praktiska frågorna är vad som händer innan tunneln är tillgänglig, vad som händer efter en manuell frånkoppling och vad som händer när telefonen startar om. Automatisk återanslutning och blockering av trafik utanför tunneln är separata löften.

Täckning är en tredje fråga: konfigurationen kan bära all internettrafik, en uppsättning privata mål eller bara hanterade appar.

Testa övergångar och återkallande

Slutför först inloggningen på Wi-Fi-portalen via den vanliga iOS-frågan, eftersom en fångad portal inte låter tunneln upprättas. Testa sedan de övergångar du faktiskt upplever: från Wi-Fi till mobilnät, från mobilnät tillbaka till Wi-Fi och skärmlås med anslutningen inaktiv. Notera om tunneln återhämtar sig och om appen återhämtar sig tillsammans med den. Ett protokollnamn garanterar inte ett oavbrutet samtal under en övergång.

En sparad region, en tillåten enhetsplats och en pågående kontoinloggning är inte mätningar av den offentliga utgången. Testa den avsedda applikationen och båda adressfamiljerna där det är relevant, med en kontroll som rapporterar vad som faktiskt hände.

För en förlorad telefon, bekräfta profilkällan och återkallandeprocessen. Att radera en lokal app tar inte nödvändigtvis bort dess fjärrauktorisering.