iPhone-VPN efter en genstart: hvad bør ske først

»Hold VPN’en tændt« holder i cirka tredive sekunders udspørgen. Tændt efter en genstart? Tændt før du låser telefonen op? Tændt mens Wi-Fi stadig viser en login-side? Blokere trafik, indtil den kommer op, eller lade den første app prøve direkte? Det er fire forskellige krav, og kun nogle af dem kan en telefon konfigureres til at garantere. Skriv svaret som en tidslinje med faser, og kontrollér derefter hver fase efter en faktisk genstart.

Skriv kravet som en tidslinje

Start med det øjeblik, der betyder noget for forretningen: hvilken beskyttet opgave må ikke ske uden en tunnel, og hvor længe efter opstart forsøges den opgave realistisk set. Alt før det øjeblik er en sekvens, og det er sekvensen, du verificerer. Et notat, der siger »VPN’en skal være tændt«, kan ikke testes, mens »ingen trafik til registreringsværten, før tunnelen er etableret« kan.

Adskil derefter, hvad en personlig telefon kan, fra hvad en overvåget flåde kan, fordi de to svar ikke er udskiftelige.

Trin et: tilstanden før den første oplåsning

Udled ikke adfærd før oplåsning ud fra en tunnel, du så efter oplåsning. Den ærlige test er at genstarte, lade telefonen være låst og fra den anden ende se, om der dannes en tunnel. For de fleste personlige opsætninger vil svaret være nej, og det er ikke en fejl; det betyder bare, at den første beskyttede opgave ikke må forsøges, før telefonen er låst op.

Hvis et krav virkelig afhænger af dækning før oplåsning, skal du tage det til udrulningsejeren i stedet for til en klientindstilling.

Trin to: netværksparathed og captive-portaler

Overvåget Always On aktiveres uden brugerinteraktion og holder gennem genstart, så længe profilen er installeret, og etableringen følger, at grænsefladen får IP-rækkevidde. Den sidste sætning er den vigtige: en telefon, der ikke har fået en adresse endnu, har intet at bygge på. En hotelportal, der ikke er accepteret, er et netværk, der ikke er klar i netop denne forstand, og ingen husket VPN-indstilling gør det færdigt for dig.

Så acceptnotatet har brug for en linje til portal-tilfældet. Enten venter telefonen, eller også trykker brugeren sig først gennem portalen, og hvilket af de to der er acceptabelt, afhænger af, hvem der rejser. Skriv valget ned, for den person, der genstarter klokken syv om morgenen, finder det ikke på. En portal, der kræver et værelsesnummer, er også et andet tilfælde end en, der kun accepterer et afkrydsningsfelt.

Trin tre: godkendelse, der stadig kræver et menneske

Automatisk aktivering og automatisk godkendelse er to forskellige evner. En profil med en enhedscertifikat kan klare det sidste uden et menneske, mens en gateway, der kræver en engangsfaktor, ikke kan, og ingen politik vil gøre det. Afgør, hvilken af de to du udruller, før du lover et håndfrit opstartsforløb.

Notér derefter mellemtilstanden udtrykkeligt: hvis godkendelsen afventer, blokeres trafikken, sættes den i kø eller sendes den direkte? Svaret hører i planen, fordi det er vinduet, hvor en fejlkonfiguration bliver en lækage. Test det ved at gøre gatewayen utilgængelig og se, hvad telefonen gør, i stedet for at læse klientens egen beskrivelse af sig selv.

Trin fire: den første beskyttede opgave, derefter en overgang

Efter den planlagte genstart åbner du den beskyttede opgave og bekræfter, at den lykkes, og at den faktisk brugte tunnelen. Gentag derefter den samme opgave over en overgang fra Wi-Fi til mobilnet, fordi den flytning forhandler det underliggende netværk igen, og det er her, en profil, der kun virkede ved opstart, begynder at fejle. Notér tre fakta for hvert forsøg: om forbindelsen kom op automatisk, om du skulle godkende, og om den forventede ressource svarede.

Hvis beskyttelse i mellemrummet er obligatorisk, så brug den verifikationsmetode, som udrulningsejeren godkender. Én vellykket sideindlæsning kan ikke vise, at intet gik direkte før den.