Android: Always-On ir blokavimas be VPN — pasirinkite tinkamą porą

Always-On ir blokavimas be VPN yra du nustatymai, ir vieną įjungus kitas neįsijungia. Tinkama pora priklauso nuo to, kam priklauso įrenginys, kokias programas apima tunelis ir kas nutinka prieš atrakinimą.

Du jungikliai su skirtingais pažadais

Always-On žada pastovumą ir paleidžia paslaugą iš naujo, kai ji nukrinta; blokavimas žada izoliavimą: be tunelio apimtas srautas neturi išėjimo.

Trečias veiksnys yra apimtis pagal programą, kuri priklauso klientui arba valdymo politikai, o ne dviem sistemos jungikliams; blokuojant nenusprendus apimties gaunama politika platesnė arba siauresnė nei reikia.

Pirmas sprendimas: valdomas įrenginys ar naudotojo nustatymas?

Valdomame įrenginyje politiką valdo Always-On ir užraktą, o vietinio jungiklio gali nebūti; keiskite reikalavimą politikoje, ne įrenginyje.

Asmeniniame įrenginyje naudotojas sprendžia, ar sutinka likti be tinklo, kai tunelio nėra; blokavimas yra prieinamumo mainai, o trūkstamas jungiklis nepateisina root.

Apimtis pagal profilį, ne pagal įrenginį: Android leidžia vieną aktyvų VPN vienam naudotojo profiliui.

Blokavimas darbo profilyje nieko nesako apie asmeninę pusę, o vienos aplinkos testas nepatvirtina kitos.

Antras sprendimas: blokuoti viską ar išskirti kai kurias programas?

Išimtys pagal programą blokavimo režimu suprantamos atvirkščiai: pagal Android išskirtos programos gali prarasti ryšį, o ne tyliai naudoti įprastą tinklą, todėl išimtis nėra leidimas internetui.

Rinkitės sąmoningai: blokuokite visą apimtą srautą ir sutikite, kad išskirtos programos liks tamsoje, arba išjunkite blokavimą ir sutikite su atsarginiu keliu; jei viena programa turi visada turėti ryšį, blokavimas yra netinkamas įrankis.

Trečias sprendimas: kas nutinka prieš atrakinimą ir portale?

Daugumoje klientų tunelis neveikia, kol naudotojas neatrakina įrenginio, todėl pirmos akimirkos po įjungimo yra spraga, ne gedimas; patvirtinkite tai diegiamam klientui.

Captive portalai yra kitas kraštas: viešbučio ar oro uosto tinklas reikalauja neautentifikuotos naršyklės sesijos, o kietas blokavimas gali padaryti prisijungimą neįmanomą; palaikomas atsakymas yra patvirtintas atkūrimo procesas su trigeriu, ilgiausia trukme, kas jį suteikia ir patikra, kad vykdymas grįš pats.

Android VPN klientų dokumentacija apima Always-On ir blokavimą, išimtis pagal programą ir taisyklę vienas VPN profiliui; perskaitykite ją prieš projektuodami iš atminties.

Išbandykite būseną be tinklo ir tada parašykite priėmimo eilutę

Naudokite nekenksmingą srautą ir kliento palaikomą gedimo testą: įprastas ryšys, tunelio praradimas, atkūrimas ir perkrovimas prieš atrakinimą, ir užrašykite, ar programa blokavo kaip numatyta.

Tikrinkite išteklių ir resolverį, ne piktogramą, ir atskirai išbandykite įrenginį už telefono, nes telefono politika nesukuria persiuntimo hotspot klientams.

Priėmimo eilutė yra konkreti ir patikrinama: numatyta programa numatytame profilyje pasiekia patvirtintą tunelį ir lieka reikiamoje blokuotoje būsenoje, kai negali. Prieš pasirašydami:

• Always-On ir blokavimas nustatyti ten, kur platforma juos palaiko, ir kiekvieno nustatymo savininkas žinomas.
• Programų apimtis sąmoninga ir patvirtinote, kas nutinka išskirtoms programoms blokavimo režimu.
• Spraga prieš atrakinimą ir captive portalo procesas yra nuspręsti, o ne atrasti.
• Gedimo testas atliktas toje įrenginių klasėje, kurią tikrai diegiate.