Android: Always-On in blokiranje brez VPN — izberite pravi par
Always-On znova poveže tunel, blokiranje zavrne vsako rezervno pot. Izberite glede na lastnika, obseg aplikacij in odklepanje, nato preizkusite stanje brez omrežja.
Always-On in blokiranje brez VPN sta dve nastavitvi in vklop prve ne vklopi druge. Pravi par je odvisen od tega, čigava je naprava, katere aplikacije pokriva tunel in kaj se zgodi pred odklepanjem.
Dve stikali z različnimi obljubami
Always-On obljublja vztrajnost in ponovno zažene storitev, ko pade; blokiranje obljublja zaprtje: brez tunela pokriti promet nima izhoda.
Tretji dejavnik je obseg po aplikacijah, ki pripada odjemalcu ali politiki upravljanja, ne dvema sistemskima stikaloma; blokiranje brez odločitve o obsegu da politiko širšo ali ožjo od zahteve.
Prva odločitev: upravljana naprava ali uporabniška nastavitev?
Na upravljani napravi politika drži Always-On in zaklep, lokalno stikalo pa lahko manjka; zahtevo spremenite v politiki, ne na napravi.
Na osebni napravi se uporabnik odloči, ali sprejme delo brez omrežja, ko tunela ni; blokiranje je menjava razpoložljivosti in manjkajoče stikalo ni razlog za root.
Obseg je po profilu, ne po napravi: Android dovoli en aktivni VPN na uporabniški profil.
Blokiranje v delovnem profilu ne pove ničesar o zasebni strani in preizkus enega konteksta ne potrdi drugega.
Druga odločitev: blokirati vse ali izvzeti nekatere aplikacije?
Izjeme po aplikacijah v načinu blokiranja se razumejo obratno: po podatkih Androida izvzete aplikacije lahko izgubijo povezavo, namesto da bi tiho uporabile običajno omrežje, zato izjema ni dovoljenje za internet.
Odločite se zavestno: blokirajte ves pokriti promet in sprejmite, da izvzete aplikacije ostanejo v temi, ali izklopite blokiranje in sprejmite rezervno pot; če mora imeti ena aplikacija vedno povezavo, je blokiranje napačno orodje.
Tretja odločitev: kaj se zgodi pred odklepanjem in na portalu?
Pri večini odjemalcev tunel ni vzpostavljen, dokler uporabnik ne odklene naprave, zato so prvi trenutki po zagonu vrzel, ne okvara; potrdite to za odjemalca, ki ga uvajate.
Captive portali so drugi rob: hotelsko ali letališko omrežje potrebuje neavtentificirano sejo brskalnika in trdo blokiranje lahko onemogoči prijavo; podprti odgovor je odobren postopek obnovitve s sprožilcem, najdaljšim trajanjem, tistim, ki ga podeli, in preverjanjem, da se izvajanje samo vrne.
Dokumentacija o odjemalcih VPN za Android pokriva Always-On, blokiranje, izjeme po aplikacijah in pravilo enega VPN na profil; preberite jo, preden načrtujete po spominu.
Preizkusite stanje brez omrežja in nato napišite vrstico sprejema
Uporabite neškodljiv promet in podprt preizkus okvare: običajna povezava, izguba tunela, obnovitev in ponovni zagon pred odklepanjem, in zabeležite, ali je aplikacija blokirala, kot je bilo predvideno.
Preverite vir in resolver, ne ikone, in ločeno preizkusite napravo za telefonom, ker politika telefona ne vzpostavi posredovanja za odjemalce hotspot.
Vrstica sprejema je konkretna in preverljiva: predvidena aplikacija v predvidenem profilu doseže odobreni tunel in ostane v zahtevanem blokiranem stanju, ko ne more. Preden jo podpišete:
- Always-On in blokiranje sta nastavljena tam, kjer ju platforma podpira, in lastnik vsake nastavitve je znan.
- Obseg aplikacij je zavesten in potrdili ste, kaj se zgodi z izvzetimi aplikacijami v načinu blokiranja.
- Vrzel pred odklepanjem in postopek za captive portal sta odločena, ne odkrita.
- Preizkus okvare je bil izveden na razredu naprav, ki ga res uvajate.