Android: Always-On a blokovanie bez VPN — vyberte správnu dvojicu
Always-On znovu pripája tunel, blokovanie odmieta každú náhradnú cestu. Vyberte podľa vlastníka, rozsahu aplikácií a odomykania, potom otestujte stav bez siete.
Always-On a blokovanie bez VPN sú dve nastavenia a zapnutie prvého nezapne druhé. Správna dvojica závisí od toho, komu patrí zariadenie, ktoré aplikácie tunel pokrýva a čo sa deje pred odomknutím.
Dva prepínače s rozdielnymi sľubmi
Always-On sľubuje vytrvalosť a reštartuje službu, keď padne; blokovanie sľubuje uzavretie: bez tunela nemá pokrytá prevádzka kam ísť.
Tretím faktorom je rozsah podľa aplikácií, ktorý patrí klientovi alebo zásadám správy, nie dvom systémovým prepínačom; blokovanie bez rozhodnutia o rozsahu dáva zásadu širšiu alebo užšiu, než je požiadavka.
Prvé rozhodnutie: spravované zariadenie alebo nastavenie používateľa?
Na spravovanom zariadení drží Always-On aj blokovanie zásada a miestny prepínač môže chýbať; požiadavku meňte v zásade, nie na zariadení.
Na osobnom zariadení volí používateľ, či prijme stav bez siete, keď tunel nie je dostupný; blokovanie je výmena dostupnosti a chýbajúci prepínač nie je dôvod na root.
Rozsah je podľa profilu, nie podľa zariadenia: Android povoľuje jeden aktívny VPN na používateľský profil.
Blokovanie v pracovnom profile nič nehovorí o osobnej časti a test jedného kontextu neoverí druhý.
Druhé rozhodnutie: všetko blokovať alebo niektoré aplikácie vyňať?
Výnimky podľa aplikácií v režime blokovania sa chápu opačne: podľa Androidu môžu vyňaté aplikácie stratiť spojenie, namiesto toho aby ticho použili bežnú sieť, takže výnimka nie je povolenie na internet.
Rozhodnite sa vedome: blokujte všetku pokrytú prevádzku a prijmite, že vyňaté aplikácie zostanú v tme, alebo blokovanie vypnite a prijmite náhradnú cestu; ak má jedna aplikácia mať vždy spojenie, blokovanie je nesprávny nástroj.
Tretie rozhodnutie: čo sa deje pred odomknutím a na portáli?
U väčšiny klientov tunel nebeží, kým používateľ neodomkne zariadenie, takže prvé okamihy po štarte sú medzera, nie porucha; potvrďte to pre klienta, ktorého nasadzujete.
Captive portály sú druhý okraj: hotelová či letisková sieť potrebuje neprihlásenú reláciu prehliadača a tvrdé blokovanie môže prihlásenie znemožniť; podporovanou odpoveďou je schválený postup obnovy so spúšťačom, maximálnym časom, tým kto ho udelí a kontrolou, že vynucovanie sa samo vráti.
Dokumentácia ku klientom VPN pre Android popisuje Always-On, blokovanie, výnimky podľa aplikácií a pravidlo jedného VPN na profil; prečítajte ju, než budete navrhovať podľa pamäti.
Otestujte stav bez siete a potom napíšte riadok prijatia
Použite neškodnú prevádzku a podporovaný test poruchy: bežné spojenie, stratu tunela, obnovu a reštart pred odomknutím, a zapíšte, či aplikácia blokovala, ako mala.
Overujte prostriedok a resolver, nie ikonu, a zvlášť testujte zariadenie za telefónom, pretože zásada telefónu nezriaďuje preposielanie pre klientov hotspotu.
Riadok prijatia je konkrétny a overiteľný: zamýšľaná aplikácia v zamýšľanom profile dosiahne schválený tunel a zostane v požadovanom blokovanom stave, keď nemôže. Pred podpisom:
- Always-On aj blokovanie sú nastavené tam, kde ich platforma podporuje, a vlastník každého nastavenia je známy.
- Rozsah aplikácií je vedomý a potvrdili ste, čo sa deje s vyňatými aplikáciami v režime blokovania.
- Medzera pred odomknutím a postup pre captive portál sú rozhodnuté, nie objavené.
- Test poruchy prebehol na triede zariadení, ktorú skutočne nasadzujete.