O que um restabelecimento do iPhone apaga da sua configuração de VPN

Apague o telefone e o perfil de VPN pode simplesmente não voltar. Um backup do iPhone carrega muita coisa, mas não é promessa de que uma chave privada, um perfil gerenciado ou um estado de inscrição voltem com ele. A lacuna costuma aparecer horas depois, quando o usuário está viajando e o telefone apagado era o único caminho de login que funcionava. Cinco fatos anotados de antemão evitam essa tarde.

O que um backup carrega e o que ele nunca teve

Um backup local ou do iCloud restaura os dados do usuário e muitos ajustes de aplicativos, e pode restaurar credenciais que um aplicativo decida incluir. Não consegue recriar uma chave privada gerada dentro do secure enclave e marcada como não exportável, nem reinscreve o dispositivo no gerenciamento. Um perfil de configuração que veio de um servidor MDM normalmente é entregue outra vez por esse servidor, não pelo backup. Os três casos parecem iguais na tela de Ajustes e se comportam de modo diferente após o apagamento.

A distinção importa porque decide quem pode corrigir o problema. Os dados do usuário são da pessoa, o perfil e suas âncoras de confiança são de quem os emitiu, e a chave privada é do serviço que precisa reemiti-la. Se você não consegue nomear esses três donos antes do restabelecimento, o plano de restauração está incompleto.

Uma pergunta testa o plano: quem emite um substituto quando a chave desapareceu? Se a resposta for ninguém, não apague o telefone ainda.

Anote a partir do que um colega conseguiria reconstruir

Anote os cinco fatos que permitem a outra pessoa reconstruir a conexão: dono do serviço, cliente e versão suportados, nome do endpoint, protocolo e porta, e como o perfil é entregue. Acrescente o sufixo DNS privado e os aplicativos internos que quebram sem o túnel, porque são eles que o usuário relata como VPN quebrada mesmo quando o túnel está ativo. Guarde o registro no ticket ou na wiki da equipe, nunca numa captura de tela de um ícone de status verde.

A recuperação da autenticação é um registro separado, e pertence ao gerenciador de senhas ou ao processo de identidade da organização. Reunir chaves e senhas numa nota desprotegida porque um restabelecimento está chegando é como um evento recuperável se transforma em incidente. O registro deve dizer onde vive o material de recuperação, não reproduzi-lo.

Nomeie também a pessoa que pode aprovar uma reemissão de certificado. Um caminho de aprovação que leva dois dias ainda é melhor do que descobri-lo no mesmo dia.

Perfis gerenciados e pessoais voltam de formas diferentes

Um dispositivo gerenciado recebe seus ajustes de novo quando se inscreve novamente, por isso a inscrição vem antes da restauração dos dados do usuário. Um perfil pessoal se parece mais com um arquivo baixado: após o apagamento, o usuário precisa de um novo download do serviço emissor e de uma nova decisão de confiança. Um backup geral restaura ajustes, não uma chave privada gerada como não exportável, então cada credencial deve ser verificada contra o próprio caminho de reemissão e não contra o resultado da restauração.

Confirme o método MFA na mesma passagem, porque o telefone que recebe o push costuma ser o telefone que está sendo apagado. Se o único fator inscrito vive ali, providencie um segundo pelo time de identidade e pelo processo verificado antes do restabelecimento. A validade do certificado também pertence a essa conversa, já que um certificado de curta duração pode expirar enquanto o dispositivo fica numa gaveta, e o guia de perfis de configuração da Apple cobre os avisos de instalação e remoção que você encontrará na volta. Se as instruções de configuração só podem ser lidas de trás da VPN, rompa essa dependência antes do apagamento e não depois.

Verifique a conexão restaurada contra um recurso real

Após a restauração, instale o cliente ou perfil suportado, entre e abra um recurso interno que exija o túnel. Um indicador de conectado prova que o túnel existe, não que a resolução de nomes e o roteamento cheguem ao serviço de que o usuário precisa. Verifique também a cadeia de confiança: se o perfil apresentar uma raiz desconhecida, pare e confirme o emissor em vez de tocar em aceitar para terminar rápido. Uma raiz desconhecida aceita durante uma restauração apressada é uma decisão de confiança tomada por acidente.

Depois teste as partes que falham em silêncio: o sufixo DNS privado que resolve para um endereço interno, a data do certificado e um aplicativo que depende do túnel. Peça ao usuário para repetir o login sem orientação, porque a tentativa dele é o teste de entrega.

Aposente a identidade antiga do dispositivo quando o telefone for substituído ou quando o restabelecimento tiver seguido uma perda. Restaurar um perfil não revoga uma cópia que talvez ainda exista em outro lugar.

A lista antes do restabelecimento, num só lugar

Dono, cliente, endpoint, protocolo e método de entrega; o sufixo DNS e os aplicativos dependentes; o caminho de recuperação de MFA e quem o aprova; o caminho de reemissão do certificado e sua validade; e o método de inscrição para um dispositivo gerenciado. Se alguma linha estiver vazia, o restabelecimento é um cara ou coroa. A lista leva dez minutos e decide se isto é uma restauração ou uma queda.

Guarde-a onde a pessoa que faz a restauração possa lê-la sem o telefone, e dê a ela uma revisão de validade, porque endpoints e donos mudam. Uma nota de recuperação que cita um gateway desativado é pior do que nenhuma nota, porque convida a uma ação errada com confiança.