Lagra VPN på Android: kva hemmelegheit kan du gjenopprette?
Ein telefon som koplar til på nytt utan å spørje om passord, lagrar ikkje eitt du kan kopiere. Samanlikn dei fire legitimasjonane og gjenopprettinga kvar av dei treng.
Telefonen koplar til VPN på nytt kvar morgon utan å spørje om noko. Det tyder på at legitimasjonen ligg der inne ein stad. Vanlegvis gjer han ikkje det, i det minste ikkje i ei form du kan lese opp og skrive inn på ein ny eining.
Det telefonen har, er løyve til å kople til. Det du vil ha, er ei hemmelegheit du kan ta med deg, og det er ulike eigenskapar som tilfeldigvis gjev same åtferd på skjermen.
Før du nullstiller noko, må du finne ut kva av fire slag hemmelegheit som faktisk manglar, fordi kvar har ein annan eigar og ei anna gjenoppretting.
Ei fungerande tilkopling er ikkje eit lagra passord
Ein app som koplar til på nytt i det stille, kan halde på eit passord, eit sesjonstoken, ei tilvising til eit sertifikat eller ikkje noko meir enn ein einingsbunden nøkkel han ikkje kan eksportere. Alle fire gjev same brukaroppleving, og ingen av dei kan bytast ut.
Ei rad med prikkar i eit innstillingsfelt er ei visingsavgjerd, ikkje bevis. Nokre apper lagrar faktisk eit passord som kan gjenopprettast, og tilbyr å vise eller eksportere det; andre tek eit token frå ein flyt for einskildpålogging og ser aldri passordet.
Så det første spørsmålet er ikkje kvar fila er. Det er kva type løyve appen fekk, og svaret kjem frå leverandøren, ikkje frå eininga.
Fire hemmelegheiter, fire gjenopprettingar
Tilpass situasjonen din til éi rad før du kontaktar nokon, fordi førespurnaden endrar seg fullstendig avhengig av kva det er.
| What is missing | Who can restore it |
|---|---|
| Account password used with a username | The identity provider, through a reset |
| Password protecting a private key or PKCS#12 package | Nobody, if it is forgotten; a fresh profile and key are issued instead |
| Session token or SSO session | Nobody; sign in again to obtain a new session |
| Reference to a certificate or key held on the device | The administrator, by enrolling the new device |
Den andre rada fangar folk oftast. Eit PKCS#12-importpassord vernar nøkkelmateriale og har ingenting med kontopålogging å gjere, så nullstilling av kontopassordet gjenopprettar ingenting. Viss pakkepassordet verkeleg er tapt, er løysinga å gje det ut på nytt.
Den fjerde rada forklarer mange forvirrande støttetrådar. Profilen kan vise til ein legitimasjon i nøkkellageret til plattforma i staden for å innehalde ein flyttbar kopi, og i så fall er det ingenting i profilen å trekkje ut, sjølv i prinsippet.
Kvifor kopiering av appdata vanlegvis mislukkast
Den gamle oppskrifta er å hente ut datamappa til appen og lese konfigurasjonen derfrå. På dagens Android har oppskrifta to uavhengige problem.
Det første er retningslinja for sikkerheitskopi. Android 12 avgrensa appdata eksportert via den gamle adb backup-banen for apper som rettar seg mot API 31 eller nyare, og apper kan utelukke data frå sikkerheitskopi heilt. Ein prosedyre skriven for ei eldre eining er ikkje ein universell gjenopprettingsmetode for ei noverande.
Det andre er nøkkellageret. Nøklar som blir genererte der, kan vere ikkje-eksporterbare og maskinvarebundne, slik Android Keystore-dokumentasjonen skildrar. Å kopiere ein kryptert blob kopierer ikkje nøkkelen som dekrypterer han, så ei gjenoppretta mappe kan innehalde ein legitimasjon som den nye eininga aldri kan bruke.
Ingen av dei to problema er ein feil som skal omgåast. Begge er plattforma som gjer det ho er laga for, og å handsame dei som hindringar endar vanlegvis med ein rota telefon og ingen passord.
Byt medvite til ein erstatningstelefon
Gjer først det som er støtta. Viss leverandøren tilbyr ein eksport som uttrykkeleg inkluderer legitimasjonen du treng, bruk han, og kontroller resultatet på den nye eininga før du slettar den gamle. Viss ikkje, be om ein ny profil eller registrering, som er den vanlege vegen for sertifikatbaserte tenester og vanlegvis tek kortare tid enn omvegen.
Rekkjefølgja betyr noko. Registrer erstatninga, kople henne til, send ein testførespurnad gjennom tunnelen, og ta først deretter den opphavlege ut av drift. Å halde på den fungerande telefonen til den nye er prova, er den billegaste forsikringa som finst, og ho kostar berre tolmod.
Planlegg også biverknadene av ein nullstilling. Viss kontopassordet blir nullstilt eller einingas identitet blir trekt tilbake, kan andre sesjonar bli ugyldige, inkludert ein laptopklient og eit nettbrett som ingen hugsa. Handter dei i same tidsvindauge i staden for å oppdage dei éin om gongen.
Kva du ikkje bør gjere
Ikkje root den einaste fungerande eininga for å leite etter ei klartekstfil. Du gjer eit problem med tilgangsgjenoppretting om til eit problem med einingsintegritet, du kan øydeleggje appens eigne integritetskontrollar, og du har framleis ingen garanti for at verdien du leitar etter, finst i leseleg form.
Ikkje lim inn private nøklar, eksporterte profilar eller passord i ein støttebillett for å bevise at problemet er reelt. Leverandøren treng profilnamnet, appversjonen, kontoidentifikatoren og feilen, og ingen av dei er hemmelege.
Og ikkje slå av sertifikatverifisering for å få ei tilkopling medan du ventar. Det byter ein mellombels ulempe mot ei varig svekking av den einaste kontrollen som fortel deg kva tenar du snakkar med. Noter dei fire fakta, still det konkrete spørsmålet, og bruk den utferda vegen.