Saklaw ng pag-reset ng VPN sa Android: ano talaga ang binubura ng bawat layer
Ang cache, storage ng app, reset ng network at reset ng pabrika ay nagbubura ng magkaibang estado ng Android. Itugma ang layer sa estadong pinaghihinalaan mo bago magbura ng profile.
May apat na hiwalay na operasyon ang Android na tinatawag ng mga tao na pag-reset ng VPN, at magkaiba ang binubura nila. Ang pag-clear ng cache ng app ay nag-aalis ng mga pansamantalang file; ang pag-clear ng storage nito ay nag-aalis ng profile mismo. Ang reset ng network ay muling binubuo ang stack ng konektibidad, at ang reset ng pabrika ay pinapalitan ang partition ng data ng user. Piliin ang operasyon ayon sa estadong pinaghihinalaan mo, hindi ayon sa ugali. Kung mali ang hula mo, ang profile o ang landas ng enrollment na kailangan mo ay wala na bago ka pa makapag-diagnose ng anuman.
Ito ang tuntuning ginagamit ko sa bawat tawag: pangalanan ang estado, pangalanan ang may-ari nito, pagkatapos ay alisin lamang ang kopya ng may-ari na iyon. Ang natitirang bahagi ng pahinang ito ay tungkol sa kung aling component ng Android ang may hawak ng aling bytes.
Saan talaga nakatira ang isang profile ng VPN sa Android
Ang isang third-party na client sa isang teleponong hindi pinamamahalaan ay nag-iingat ng profile nito sa sariling direktoryo ng data ng app, bilang file ng mga kagustuhan, JSON blob o maliit na database ng SQLite. Iyon ang direktoryong binubura ng entry na I-clear ang storage sa Mga Setting. Wala ang profile sa listahan ng VPN ng system: ang listahang iyon ay may record ng koneksyon na inirehistro ng client sa pamamagitan ng VpnService, at kasama ang pangalan ng koneksyon, ang package na may-ari at anumang flag na laging-naka-on na itinakda ng user.
Ang VpnService ay pagtutubero, hindi imbakan. Humihingi ng pahintulot ang client nang isang beses, gumagawa ng interface na tun at siya mismo ang naglilipat ng mga packet, kaya hindi kailangang maintindihan ng platform ang format ng profile. Kaya naman ang isang configuration file na kinopya mula sa ibang telepono ay madalas na na-import bilang walang laman na profile o nabigo sa validation.
Iba ang landas ng mga kredensyal. Ang isang key o certificate na nakuha sa pamamagitan ng KeyChain ng system ay nananatili sa imbakang pinamamahalaan ng system, kaya ang pagbura ng data ng app ay maaaring mag-iwan ng kredensyal na magagamit at alisin lamang ang alias ng client patungo rito.
Ang mga pinamamahalaang device ay nagdaragdag ng pangalawang may-ari. Ang isang work profile na ginawa ng EMM ay nagpapatakbo ng sarili nitong kopya ng client sa ilalim ng sarili nitong patakaran, at ang isang laging-naka-on na VPN ay maaaring i-pin ng patakaran ng device para hindi ito ma-disconnect ng user. Sa gayong mga device, ang profile ay karaniwang ibinibigay sa enrollment at hindi tinatype nang manu-mano. Ang pagbawi ay desisyon ng muling pag-enroll, hindi ng muling pag-import.
Cache, storage, reset ng network, reset ng pabrika
Ang apat na operasyon ay tumutugma sa mga hangganang ito. Basahin ang hilera para sa estadong pinaghihinalaan mo bago hawakan ang anuman.
| Operation | What it removes | What survives |
|---|---|---|
| Clear cache | Temporary files, including any diagnostic bundle the client wrote there | Profile, credentials, enrollment |
| Clear storage | The app's preferences, databases and saved profile | KeyChain entries, other apps, device policy |
| Network reset | Wi-Fi, mobile and Bluetooth registrations, and on most builds the saved VPN entries | App data, KeyChain, work profile |
| Factory reset | The user data partition, accounts and device-bound keys | Nothing on the device |
Ang pag-clear ng cache ang pinakaligtas at pinakamaliit ang gamit. Nag-aalis ito ng mga pansamantalang file, at doon din maaaring inilagay ng client ang log na hinihingi sa iyo ng support agent ngayon lang. Itinuturing ng gabay sa pag-troubleshoot ng mga app ng Android ang cache at storage bilang dalawang magkaibang pagbura, at ganoon din ang dapat mong gawin.
Ang I-clear ang storage ay ang tunay na reset per app. Inaalis nito ang profile, ang naka-save na gateway at ang mga flag ng tiwala na iningatan ng client para sa ilang partikular na network. Hindi nito binabawi ang mga entry sa KeyChain, hindi inaalis ang isang system VPN record na pag-aari ng ibang app, at sa isang pinamamahalaang profile hindi inaalis ang patakarang nagtulak ng profile noong una.
Ang reset ng network sa Mga Setting ay para sa buong device, at ang eksaktong saklaw nito ay nagbabago ayon sa manufacturer at bersyon ng Android. Ang dialog ng kumpirmasyon sa build mo ang tanging mapagkakatiwalaang pahayag kung ano ang kalilimutan nito.
Isulat muna ang daan pabalik
Bago ang anumang mapanirang hakbang, isulat ang limang bagay: bersyon ng client, pangalan ng profile, address ng gateway, may-ari ng serbisyo at ang eksaktong yugto kung saan nabigo ang koneksyon.
Ang limang katotohanang iyon ang naghihiwalay ng sira ng client sa sira ng patakaran o server. Ang timeout, pagtanggi ng certificate at agarang pagtanggi ay tatlong magkaibang kabiguan, at bawat isa ay tumutukoy sa ibang may-ari. Kung uunahin mong burahin ang storage, mawawala sa iyo ang ebidensya sa panig ng client na sana ay naghiwalay sa kanila. Itago ang nilinis na kopya ng log habang umiiral pa ito.
Pagkatapos ay kumpirmahin kung paano muling gagawin ang koneksyon. Hindi sapat ang display name at hostname kapag ang profile ay umaasa sa client certificate, pinamamahalaang configuration o enrollment ng MFA na nakatali sa device na ito.
Ang bootstrap lockout na walang nagpaplano
Ang isang mode ng kabiguan ay karapat-dapat sa sariling seksyon. Kung ang tanging lugar para i-download ang profile ay isang panloob na portal na maaabot lamang sa pamamagitan ng tunnel na aalisin mo, ang pagbura ng storage ay lumilikha ng dead end na walang labasan sa loob ng app.
Ang laging-naka-on na VPN na may opsyong harangan ang mga koneksyon nang walang VPN ay ginagawa itong ganap na pagkawala: walang gumaganang ruta ang telepono patungo sa portal, at walang profile ang client para itaas ang tunnel. Hinahawakan ng dalawang estado ang isa't isa sa puwesto.
Ang labasan ay pamamaraan, hindi teknikal. I-export o kunan ng litrato ang configuration habang gumagana pa ang tunnel, kumpirmahin na may ruta ang portal na hindi umaasa sa VPN, at pagkatapos lamang ay burahin ang anuman. Sa isang pinamamahalaang device, itanong sa administrator kung anong daan ng pagbawi ang umiiral bago hawakan ang profile.
I-verify ang muling itinayong tunnel
Kapag bumalik ang profile, subukan ayon sa pagkakasunod-sunod: resolution ng pangalan, koneksyon ng TCP sa isang kilalang panloob na host at ang pag-uugali ng pagharang sa kabiguan na talagang inaasahan mo. Mahalaga ang pagkakasunod-sunod dahil ang tunnel ay maaaring bumangon at tumagas pa rin ng DNS.
Ang icon ng susi sa status bar ay nagpapatunay na umiiral ang interface, wala nang iba.
Kung nabigo pa rin ang koneksyon pagkatapos ng naka-target na reset, itigil ang pagpapalaki ng operasyon. Itago ang ebidensya bago at pagkatapos, itala kung aling layer ang binura mo, at ipasa ang kaso sa may-ari ng component kasama ang limang katotohanang iyon. Ang reset ng pabrika ay hiwalay na desisyon na mas mataas ang gastos, at hindi ito ang susunod na hakbang sa isang checklist ng VPN.