Återställning av iPad bröt VPN och push? Kontrollera dessa två spår

Återställ en iPad från en säkerhetskopia, logga in igen, och ikonen för VPN-profilen finns där och chattappen öppnas, så allt verkar klart. Sedan misslyckas tunneln med autentisering och meddelanden slutar komma i bakgrunden. De två symptomen verkar relaterade och är det oftast inte. En återställning påverkar två oberoende spår: registreringen enheten har för VPN-åtkomst, och push-registreringen varje app har hos sin egen leverantör. Ikoner överlever båda; det som ligger bakom ofta inte.

Två spår, en återställning

Enhetsspåret handlar om identitet: vilket konto, certifikat eller hanteringsregistrering iPad kan bevisa att den har. Appspåret handlar om adressering: vilken token aviseringstjänsten accepterar när den försöker väcka en specifik installation. Inget av spåren reparerar det andra, och en lyckad inloggning på det ena säger ingenting om tillståndet på det andra.

En omstart är inte en återställning. En omstart förlorar bara körtidstillståndet; en återställning ersätter installationen och kan ändra båda identiteterna på sätt som är osynliga i Inställningar.

Spår ett: registreringen enheten faktiskt har

För en personlig VPN, öppna leverantörens stödda konfiguration och bekräfta att du loggar in på det avsedda kontot, slutför sedan all aktivering eller legitimationsregistrering som den begär. Importera inte en orelaterad gammal konfiguration bara för att fylla en tom lista, för en profil som finns är inte samma sak som en identitet som servern fortfarande accepterar.

För en iPad som hanteras av en organisation måste återställningen följa den dokumenterade processen för den registreringsmetoden och OS-versionen, eftersom resultaten skiljer sig. Apples vägledning för återställning av hanterade enheter noterar att en kontostyrd registreringsprofil inte återställs från en säkerhetskopia, så användaren går igenom konfigurationen för arbete eller skola igen. Andra registreringsmetoder beter sig annorlunda för samma enhet, en ersättningsenhet och en annan OS-version, och därför bör ett enskilt fall aldrig generaliseras till "VPN-profiler går alltid förlorade".

När enheten är registrerad, be administratören bekräfta den aktuella identiteten och konfigurationen som tilldelats den. En gammal profil som fortfarande visas i Inställningar bevisar bara att en fil finns, inte att tjänsten accepterar uppgifterna i den.

Spår två: push-token tillhör en installation

Apples dokumentation säger att push-tjänsten utfärdar en ny enhetstoken efter återställning från säkerhetskopia, installation på en ny enhet eller ominstallation av operativsystemet. Appen måste begära den aktuella token vid körning och skicka den säkert till sin aviseringsleverantör. En token som cachats före återställningen är ingen reserv; den adresserar en installation som inte längre finns.

Öppna varje berörd app och slutför dess stödda konto- och aviseringskonfiguration när nätverksvägen fungerar. Det ger appen en chans att utföra registreringen, även om det inte garanterar att varje app hanterar återställningen bra. Registreringen är appens jobb, och det synliga resultatet är en ny token registrerad hos leverantören.

För supportteam, kontrollera två saker: om appen rapporterade en lyckad registrering och om leverantörens mappning för det kontot nu pekar på den nya token. Att kopiera en token från före återställningen, eller anta att återställda lokala data är auktoritativa, hoppar över steget som faktiskt återställer leveransen.

Kontrollera i denna ordning och stanna vid första felet

Bekräfta nätverksvägen först, eftersom varken registrering eller appregistrering kan slutföras utan den. Bekräfta sedan registreringen, då en app som inte kan autentisera inte heller kan registrera något. Först därefter tittar du på aviseringsregistreringen. Varje fel har sin egen ägare, och att blanda dem ger den klassiska loopen att återställa enheten igen för att laga en app som aldrig registrerade sig på nytt.

Skriv ned vad som registrerades på nytt och vilka appar som registrerade en ny token, testa sedan en bakgrundsavisering och en VPN-inloggning. Om båda fungerar är återställningen klar; om bara en gör det vet du nu vilket spår som ska lagas.