Android: Always-On a blokování bez VPN — vyberte správnou dvojici

Always-On a blokování bez VPN jsou dvě nastavení a zapnutí prvního nezapne druhé. Dvojice závisí na tom, komu zařízení patří, které aplikace tunel pokrývá a co se děje před odemčením.

Dva přepínače s různými sliby

Always-On slibuje vytrvalost a restart služby při výpadku, blokování slibuje uzavření: bez tunelu nemá pokrytý provoz kam jinam.

Třetím faktorem je rozsah podle aplikací, který patří klientovi nebo zásadám správy, ne systémovým přepínačům; blokování bez rozhodnutí o rozsahu dá zásadu širší nebo užší, než je požadavek.

Rozhodnutí první: spravované zařízení, nebo nastavení uživatele?

Na spravovaném zařízení drží Always-On i blokování zásada a místní přepínač může chybět; požadavek měňte v zásadě, ne na zařízení.

Na osobním zařízení volí uživatel a čestná otázka je, zda přijme stav bez sítě, když tunel není dostupný; blokování je výměna dostupnosti a chybějící přepínač není důvod k rootu.

Rozsah je podle profilu, ne podle zařízení: Android povoluje jeden aktivní VPN na uživatelský profil.

Blokování v pracovním profilu nic neříká o osobní části a test jednoho kontextu neověří druhý.

Rozhodnutí druhé: vše blokovat, nebo některé aplikace vyjmout?

Výjimky podle aplikací v režimu blokování se chápou obráceně: podle Androidu mohou vyjmuté aplikace ztratit spojení, místo aby tiše použily běžnou síť, takže výjimka není povolení k internetu.

Rozhodněte vědomě: blokujte veškerý pokrytý provoz a přijměte tmu pro vyjmuté aplikace, nebo blokování vypněte a přijměte náhradní cestu; má-li jedna aplikace mít vždy spojení, je blokování nesprávný nástroj.

Rozhodnutí třetí: co se děje před odemčením a na portálu?

U většiny klientů tunel neběží, dokud uživatel zařízení neodemkne, takže první okamžiky po startu berte jako mezeru, ne poruchu; potvrďte to pro klienta, který nasazujete.

Captive portály jsou druhý okraj: hotelová či letištní síť potřebuje nepřihlášenou relaci prohlížeče a tvrdé blokování může přihlášení znemožnit; podporovanou odpovědí je schválený postup obnovy se spouštěčem, maximální dobou, kdo ho udělí, a kontrolou, že se vynucení samo vrátí.

Dokumentace ke klientům VPN pro Android popisuje Always-On, blokování, výjimky podle aplikací a pravidlo jedné VPN na profil; přečtěte ji, než budete navrhovat podle paměti.

Otestujte stav bez sítě a pak napište řádek přijetí

Použijte neškodný provoz a podporovaný test poruchy: běžné spojení, ztrátu tunelu, obnovu a restart před odemčením, a zapište, zda aplikace blokovala, jak měla.

Ověřujte prostředek a resolver, ne ikonu, a zvlášť testujte zařízení za telefonem, protože zásada telefonu nezřizuje předávání pro klienty hotspotu.

Řádek přijetí je konkrétní a ověřitelný: zamýšlená aplikace v zamýšleném profilu dosáhne schváleného tunelu a zůstane blokovaná, když nemůže. Než jej podepíšete:

• Always-On i blokování jsou nastavené tam, kde je platforma podporuje, a vlastník každého nastavení je znám.
• Rozsah aplikací je vědomý a potvrdili jste, co se s vyjmutými aplikacemi v režimu blokování děje.
• Mezera před odemčením a postup pro captive portál jsou rozhodnuté, ne objevené.
• Test poruchy proběhl na třídě zařízení, kterou skutečně nasazujete.