Kion restarigo de iPhone forviŝas el via VPN-agordo

Forviŝu la telefonon kaj la VPN-profila eble simple ne revenos. Sekurkopio de iPhone portas multe, sed ĝi ne estas promeso, ke privata ŝlosilo, administrita profilo aŭ aliĝa stato revenos kun ĝi. La manko kutime aperas horojn poste, kiam la uzanto vojaĝas kaj la forviŝita telefono estis la sola funkcianta ensaluta vojo. Kvin faktoj notitaj antaŭe malhelpas tiun posttagmezon.

Kion sekurkopio portas kaj kion ĝi neniam havis

Loka aŭ iCloud-sekurkopio restarigas uzantajn datumojn kaj multajn aplikaĵajn agordojn, kaj ĝi povas restarigi akreditaĵojn, kiujn aplikaĵo elektas inkluzivi. Ĝi ne povas rekrei privatan ŝlosilon generitan ene de la secure enclave kaj markitan kiel neeksportebla, kaj ĝi ne re-aliĝigas la aparaton al administrado. Agorda profilo, kiu venis de MDM-servilo, kutime estas denove liverita de tiu servilo, ne de la sekurkopio. Ĉiuj tri kazoj aspektas same sur la ekrano Agordoj kaj kondutas malsame post forviŝo.

La distingo gravas, ĉar ĝi decidas, kiu povas ripari la problemon. Uzantaj datumoj apartenas al la persono, la profilo kaj ĝiaj fido-ankroj apartenas al tiu, kiu eldonis ilin, kaj la privata ŝlosilo apartenas al la servo, kiu devas reeldoni ĝin. Se vi ne povas nomi tiujn tri posedantojn antaŭ la restarigo, la restariga plano estas nekompleta.

Unu demando testas la planon: kiu eldonas anstataŭaĵon, kiam la ŝlosilo malaperis? Se la respondo estas neniu, ne forviŝu la telefonon ankoraŭ.

Notu, el kio kolego povus rekonstrui

Notu la kvin faktojn, kiuj ebligas al iu alia rekonstrui la konekton: servoposedanto, subtenata kliento kaj versio, nomo de finpunkto, protokolo kaj pordo, kaj kiel la profilo estas liverata. Aldonu la privatan DNS-sufikson kaj la internajn aplikaĵojn, kiuj rompiĝas sen la tunelo, ĉar ĝuste ilin la uzanto raportas kiel rompitan VPN eĉ kiam la tunelo funkcias. Konservu la rikordon en la bileto aŭ la teama vikio, neniam en ekrankopio de verda statikono.

Aŭtentiga reakiro estas aparta rikordo, kaj ĝi apartenas al la pasvortadministrilo aŭ al la identeca procezo de la organizo. Kolekti ŝlosilojn kaj pasvortojn en neprotektitan noton ĉar restarigo venas estas la maniero, kiel reakirebla okazaĵo fariĝas incidento. La rikordo devus diri, kie loĝas la reakira materialo, ne reprodukti ĝin.

Nomu ankaŭ la personon, kiu povas aprobi reeldonon de atestilo. Aproba vojo, kiu daŭras du tagojn, estas ankoraŭ pli bona ol malkovri ĝin samtage.

Administritaj kaj personaj profiloj revenas malsame

Administrita aparato denove ricevas siajn agordojn, kiam ĝi re-aliĝas, tial la aliĝo venas antaŭ la restarigo de uzantaj datumoj. Persona profilo pli similas al elŝutita dosiero: post la forviŝo la uzanto bezonas novan elŝuton de la eldonanta servo kaj novan fido-decidon. Ĝenerala sekurkopio restarigas agordojn, ne privatan ŝlosilon generitan kiel neeksportebla, do ĉiu akreditaĵo devas esti kontrolita laŭ sia propra reeldona vojo, ne laŭ la restariga rezulto.

Konfirmu la MFA-metodon en la sama paso, ĉar la telefono, kiu ricevas la push, ofte estas la telefono, kiu estas forviŝata. Se la sola aliĝinta faktoro loĝas tie, aranĝu duan per la identeca teamo kaj la kontrolita procezo antaŭ la restarigo. La vivdaŭro de la atestilo ankaŭ apartenas al tiu konversacio, ĉar mallongdaŭra atestilo povas eksvalidiĝi dum la aparato kuŝas en tirkesto, kaj la gvidilo pri agordaj profiloj de Apple kovras la instalajn kaj forigajn invitojn, kiujn vi renkontos survoje reen. Se la instrukcioj pri agordo estas legeblaj nur malantaŭ la VPN, rompu tiun dependecon antaŭ la forviŝo, ne poste.

Kontrolu la restarigitan konekton kontraŭ reala rimedo

Post la restarigo, instalutla subtenatan klienton aŭ profilon, ensalutu kaj malfermu internan rimedon, kiu postulas la tunnelon. Indikilo pri konektite pruvas, ke la tunelo ekzistas, ne ke nomresolucio kaj enkursigo atingas la servon, kiun la uzanto bezonas. Kontrolu ankaŭ la fidĉenon: se la profilo prezentas nekonatan radikon, haltu kaj konfirmu la eldoninton anstataŭ frapeti akcepti por fini rapide. Nekonata radiko akceptita dum hastema restarigo estas fido-decide farita hazarde.

Poste testu la partojn, kiuj malsukcesas silente: la privata DNS-sufikso solvanta al interna adreso, la dato de la atestilo, kaj unu aplikaĵo dependanta de la tunelo. Petu la uzanton ripeti la ensaluton sen gvidado, ĉar lia provo estas la transdona testo.

Emeritigu la malnovan aparatan identecon, kiam la telefono anstataŭiĝas aŭ kiam la restarigo sekvis perdon. Restarigi profilon ne revokas kopion, kiu eble ankoraŭ ekzistas aliloke.

La kontrol-listo antaŭ la restarigo, en unu loko

Posedanto, kliento, finpunkto, protokolo kaj livera metodo; la DNS-sufikso kaj dependaj aplikaĵoj; la MFA-reakira vojo kaj kiu aprobas ĝin; la reeldona vojo de la atestilo kaj ĝia vivdaŭro; kaj la aliĝa metodo por administrita aparato. Se iu linio estas malplena, la restarigo estas monerĵeto. La listo daŭras dek minutojn kaj decidas, ĉu temas pri restarigo aŭ pri interrompo.

Konservu ĝin tie, kie la persono faranta la restarigon povas legi ĝin sen la telefono, kaj donu al ĝi revizion de eksvalidiĝo, ĉar finpunktoj kaj posedantoj ŝanĝiĝas. Reakira noto, kiu citas malmuntitan enirejon, estas pli malbona ol neniu noto, ĉar ĝi invitas al memfida malĝusta ago.