Android: Always-On i blokiranje bez VPN-a — odaberite pravi par
Always-On ponovno spaja tunel, a blokiranje odbija svaki rezervni put. Odaberite prema vlasniku, obuhvatu aplikacija i otključavanju, pa ispitajte stanje bez mreže.
Always-On i blokiranje bez VPN-a su dvije postavke i uključivanje prve ne uključuje drugu. Pravi par zavisi od vlasnika uređaja, obuhvata aplikacija i onoga što se dešava pre otključavanja.
Dva prekidača sa različitim obećanjima
Always-On obećava postojanost i restartuje uslugu kad padne; blokiranje obećava ograničenje: bez tunela pokriveni saobraćaj nema izlaz.
Treći činilac je obuhvat po aplikacijama, koji pripada klijentu ili politici upravljanja, a ne dvama sistemskim prekidačima; blokiranje bez odluke o obuhvatu daje politiku širu ili užu od zahteva.
Prva odluka: upravljani uređaj ili korisnička postavka?
Na upravljanom uređaju politika drži Always-On i zaključavanje, a lokalni prekidač može nedostajati; menjajte zahtev u politici, ne na uređaju.
Na ličnom uređaju korisnik odlučuje da li prihvata rad bez mreže kad tunela nema; blokiranje je razmena dostupnosti i prekidač koji nedostaje nije opravdanje za root.
Obuhvat je po profilu, ne po uređaju: Android dozvoljava jedan aktivan VPN po korisničkom profilu.
Blokada u radnom profilu ne govori ništa o ličnoj strani i testiranje jednog konteksta ne potvrđuje drugi.
Druga odluka: blokirati sve ili izuzeti neke aplikacije?
Izuzeci po aplikacijama u režimu blokiranja shvataju se naopako: prema Androidu izuzete aplikacije mogu izgubiti vezu umesto da tiho koriste običnu mrežu, pa izuzeće nije dozvola za internet.
Odlučite svesno: blokirajte sav pokriveni saobraćaj i prihvatite da izuzete aplikacije ostanu u mraku, ili isključite blokiranje i prihvatite rezervni put; ako jedna aplikacija mora uvek imati vezu, blokiranje je pogrešan alat.
Treća odluka: šta se dešava pre otključavanja i na portalu?
Kod većine klijenata tunel nije podignut dok korisnik ne otključa uređaj, pa su prvi trenuci posle podizanja praznina, a ne kvar; potvrdite to za klijenta koji postavljate.
Captive portali su drugi rub: hotelska ili aerodromska mreža traži neautentifikovanu sesiju pregledača i tvrda blokada može onemogućiti prijavu; podržani odgovor je odobren postupak oporavka sa okidačem, najdužim trajanjem, onim koji ga daje i proverom da se sprovođenje samo vraća.
Dokumentacija o Android VPN klijentima pokriva Always-On, blokiranje, izuzetke po aplikacijama i pravilo jednog VPN-a po profilu; pročitajte je pre nego što projektujete po sećanju.
Ispitajte stanje bez mreže pa napišite liniju prihvatanja
Koristite bezopasan saobraćaj i podržani test kvara: obična veza, gubitak tunela, oporavak i restart pre otključavanja, i zabeležite da li je aplikacija blokirala kako treba.
Proverite resurs i resolver, ne ikonu, i odvojeno ispitajte uređaj iza telefona, jer politika telefona ne uspostavlja prosleđivanje za hotspot klijente.
Linija prihvatanja je konkretna i proverljiva: željena aplikacija u željenom profilu stiže do odobrenog tunela i ostaje u zahtevanom blokiranom stanju kad ne može. Pre potpisa:
- Always-On i blokiranje su podešeni tamo gde platforma to podržava i vlasnik svake postavke je poznat.
- Obuhvat aplikacija je nameran i potvrdili ste šta se dešava sa izuzetim aplikacijama u režimu blokiranja.
- Praznina pre otključavanja i postupak za captive portal su odlučeni, a ne otkriveni.
- Test kvara je izveden na klasi uređaja koju zaista postavljate.