iPhone-VPN post restartiĝo: kio devus okazi unue
Turnu „lasu la VPN ŝaltita“ en startan postulon: kio konektiĝas, kio ankoraŭ bezonas vin, kaj kio estas blokata antaŭ ol la unua protektita tasko funkcias.
„Lasu la VPN ŝaltita“ eltenas ĉirkaŭ tridek sekundojn da demandado. Ŝaltita post restartiĝo? Ŝaltita antaŭ ol vi malŝlosas la telefonon? Ŝaltita dum la Wi-Fi ankoraŭ montras ensalutspecon? Bloki trafikon ĝis la tunelo leviĝos, aŭ lasi la unuan aplikaĵon provi rekte? Tiuj estas kvar malsamaj postuloj, kaj nur iuj el ili estas aferoj, kiujn telefonon eblas agordi por garantii. Skribu la respondon kiel tempan linion kun etapoj, poste kontrolu ĉiun etapon post reala restartiĝo.
| 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 |
Skribu la postulon kiel tempan linion
Komencu per la momento grava por la entrepreno: kiu protektita tasko ne rajtas okazi sen tunelo, kaj kiom longe post la ŝargado tiu tasko estas realisme provata. Ĉio antaŭ tiu momento estas sinsekvo, kaj ĝuste la sinsekvon vi kontrolas. Noto „la VPN devas esti ŝaltita“ ne estas testebla, dum „neniu trafiko al la registra gastiganto antaŭ ol la tunelo ekzistas“ estas.
Poste apartigu, kion kapablas persona telefono, de tio, kion kapablas administrata aparataro, ĉar la du respondoj ne estas interŝanĝeblaj.
Unua paŝo: la stato antaŭ la unua malŝloso
Ne deduktu la konduton antaŭ malŝloso el tunelo, kiun vi vidis post malŝloso. La honesta testo estas restarti, lasi la telefonon ŝlosita kaj observi de la alia flanko, ĉu iu tunelo formiĝas. Ĉe plej multaj personaj agordoj la respondo estos ne, kaj tio ne estas difekto; ĝi nur signifas, ke la unua protektita tasko ne proviĝu antaŭ ol la telefono estas malŝlosita.
Se postulo vere dependas de kovrado antaŭ malŝloso, portu ĝin al la posedanto de la deplojo, ne al agordo en la kliento.
Dua paŝo: preteco de la reto kaj ensalutaj portaloj
Administrata Always On aktiviĝas sen uzula interveno kaj daŭras tra restartiĝoj dum ĝia profilo restas instalita, kaj la establado sekvas post kiam la interfaco akiras IP-atingeblecon. Tiu lasta frazo estas la grava: telefono, kiu ankoraŭ ne ricevis adreson, havas nenion, sur kio konstrui. Hotela portalo, kiu ne estis akceptita, estas reto ne preta en ĝuste tiu senco, kaj neniu memorita VPN-agordo finas ĝin por vi.
Do la akcepta noto bezonas linion por la portala kazo. Aŭ la telefono atendas, aŭ uzanto unue trapasas la portalon, kaj kiu estas akceptebla dependas de tio, kiu vojaĝas. Skribu la elekton, ĉar la persono, kiu restartigas je la sepa matene, ne elpensos ĝin. Portalo, kiu postulas ĉambran numeron, estas ankaŭ alia kazo ol tiu, kiu akceptas nur markobutonon.
Tria paŝo: aŭtentigo, kiu ankoraŭ bezonas homon
Aŭtomata aktivigo kaj aŭtomata aŭtentigo estas apartaj kapabloj. Profilo kun aparata atestilo povas plenumi la duan sen homo, dum enirejo, kiu postulas unufojan faktoron, ne povas, kaj neniu politiko faros ĝin. Determinu, kiun el la du vi deplojas, antaŭ ol promesi senmanan startsekvencon.
Poste notu la interan staton eksplicite: se la aŭtentigo estas pritraktata, ĉu la trafiko estas blokata, vicigata aŭ sendata rekte? La respondo apartenas al la plano, ĉar ĝi estas la fenestro, en kiu malĝusta agordo fariĝas liko. Testu ĝin farante la enirejon neatingebla kaj observante, kion la telefono faras, anstataŭ legante la priskribon, kiun la kliento donas pri si mem.
Kvara paŝo: la unua protektita tasko, poste transiro
Post la planita restartiĝo malfermu la protektitan taskon kaj konfirmu, ke ĝi sukcesas kaj ke ĝi efektive uzis la tunelon. Poste ripetu la saman taskon dum transiro de Wi-Fi al poŝtelefona reto, ĉar tiu movo renegocas la suban reton kaj ĝuste tie profilo, kiu funkciis nur ĉe la starto, komencas malsukcesi. Notu tri faktojn por ĉiu kuro: ĉu la konekto leviĝis aŭtomate, ĉu vi devis aŭtentigi kaj ĉu la atendita rimedo respondis.
Se protekto dum la intervalo estas deviga, uzu la kontrolmetodon, kiun aprobas la posedanto de la deplojo. Unu sukcesa paĝa ŝargo ne povas montri, ke nenio iris rekte antaŭ ĝi.