iPhone-VPN etter ein omstart: kva som bør skje først
Gjer «hald VPN-en på» til eit krav ved oppstart: kva som koplar til, kva som framleis treng deg, og kva som blir blokkert før den første verna oppgåva køyrer.
«Hald VPN-en på» toler rundt tretti sekund med spørsmål. På etter ein omstart? På før du låser opp telefonen? På medan Wi-Fi framleis viser ei påloggingsside? Blokkere trafikken til tunnelen er oppe, eller la den første appen prøve direkte? Det er fire ulike krav, og berre nokre av dei kan ein telefon konfigurerast til å garantere. Skriv svaret som ei tidslinje med fasar, og kontroller deretter kvar fase etter ein faktisk omstart.
| Stage | Personal profile | Supervised Always On |
|---|---|---|
| Before first unlock | do not assume a tunnel | do not assume a tunnel either |
| After unlock, network up | depends on the provider or On Demand rule | activates without user interaction |
| Tunnel negotiating | first app may already be trying | policy decides whether traffic waits |
| Gateway unreachable | usually falls back to whatever the client allows | follows the deployed policy |
Skriv kravet som ei tidslinje
Start med augneblinken som betyr noko for verksemda: kva verna oppgåve som ikkje må skje utan tunnel, og kor lenge etter oppstart den oppgåva realistisk sett blir forsøkt. Alt før den augneblinken er ein sekvens, og det er sekvensen du stadfestar. Eit notat som seier «VPN-en må vere på» kan ikkje testast, medan «ingen trafikk til registreringsverten før tunnelen er etablert» kan.
Deretter skil du det ein personleg telefon kan gjere, frå det ein administrert flåte kan gjere, fordi dei to svara ikkje er utskiftbare.
Steg éin: tilstanden før den første opplåsinga
Ikkje utleie åtferd før opplåsing frå ein tunnel du såg etter opplåsing. Den ærlege testen er å starte på nytt, la telefonen vere låst og sjå frå den andre enden om det blir danna ein tunnel. I dei fleste personlege oppsett vil svaret vere nei, og det er ikkje ein feil; det tyder berre at den første verna oppgåva ikkje må prøvast før telefonen er låst opp.
Viss eit krav verkeleg er avhengig av dekning før opplåsinga, tar du det til eigaren av utrullinga i staden for til ei klientinnstilling.
Steg to: netverksberedskap og captive-portalar
Administrert Always On blir aktivert utan brukarinteraksjon og varer gjennom omstartar så lenge profilen er installert, og etableringa følgjer at grensesnittet får IP-oppnåelegheit. Den siste setninga er den viktige: ein telefon som ikkje har fått ei adresse enno, har ingenting å byggje på. Ein hotellportal som ikkje er godteken, er eit nettverk som ikkje er klart i nettopp denne tydinga, og inga hugsa VPN-innstilling fullfører det for deg.
Så akseptnotatet treng ei line for portal-tilfellet. Anten ventar telefonen, eller så trykkjer brukaren seg først gjennom portalen, og kva av dei to som er akseptabelt, kjem an på kven som reiser. Skriv ned valet, for personen som startar på nytt klokka sju om morgonen finn det ikkje opp. Ein portal som krev eit romnummer, er også eit anna tilfelle enn ein som berre godtar ein avkrysningsboks.
Steg tre: autentisering som framleis treng eit menneske
Automatisk aktivering og automatisk autentisering er to ulike evner. Ein profil med eit einingars sertifikat kan fullføre det siste utan eit menneske, medan ein gateway som krev ein eingongsfaktor ikkje kan, og inga retningsline vil gjere det. Fastslå kva av dei to du rullar ut før du lovar eit handfritt oppstartsforløp.
Noter deretter mellomtilstanden uttrykkeleg: viss autentiseringa ventar, blir trafikken blokkert, sett i kø eller sendt direkte? Svaret høyrer heime i planen, fordi det er vindauget der ein feilkonfigurasjon blir ein lekkasje. Test det ved å gjere gatewayen utilgjengeleg og sjå kva telefonen gjer, i staden for å lese klienten si eiga skildring av seg sjølv.
Steg fire: den første verna oppgåva, deretter ein overgang
Etter den planlagde omstarten opnar du den verna oppgåva og stadfestar at ho lukkast og at ho faktisk brukte tunnelen. Gjenta deretter den same oppgåva under ein overgang frå Wi-Fi til mobilnett, fordi den flyttinga forhandlar det underliggjande nettverket på nytt, og det er der ein profil som berre verka ved oppstart byrjar å feile. Noter tre fakta for kvar køyring: om sambandet kom opp automatisk, om du måtte autentisere, og om den venta ressursen svara.
Viss vern i mellomrommet er obligatorisk, bruk stadfestingsmetoden som eigaren av utrullinga godkjenner. Éin vellukka sideinnlasting kan ikkje vise at ingenting gjekk direkte før ho.