Android continua pedindo a palavra-passe depois de configurar a VPN
Repor a conta VPN não desbloqueia um ecrã Android. Identifique o pedido que tem à frente e escolha um caminho de recuperação adequado.
Repor a palavra-passe da conta VPN não remove o bloqueio do ecrã Android, e é essa confusão que explica a maioria destes becos sem saída. O bloqueio de ecrã, uma política de perfil de trabalho e as credenciais da VPN são três segredos distintos, guardados por três partes diferentes. Antes de repor o que quer que seja, descubra qual deles o pedido solicita. Três sinais decidem isso: se consegue usar o telefone, quando o pedido aparece e se outra pessoa inscreveu o dispositivo.
Três sinais que identificam o pedido
O acesso é o primeiro sinal. Se o telefone arranca num ecrã de bloqueio que não consegue ultrapassar, nada dentro do Android está acessível, e nenhuma consola de conta altera isso.
O momento é o segundo. Um pedido que aparece enquanto o telefone ainda arranca, antes de qualquer aplicação ser desenhada, pertence ao dispositivo ou a uma política de armazenamento que corre no arranque. Um que só aparece depois de tocar no perfil VPN pertence à autenticação desse perfil. Um ecrã com teclado numérico, ícone de impressão digital e botão de chamada de emergência é o bloqueio do sistema, seja qual for o texto que esteja por cima.
A inscrição é o terceiro. Abra Definições, depois Segurança, depois Aplicações de administração do dispositivo; um telefone gerido vai listar algo que não reconhece, e esse nome é quem deve contactar.
Combine o texto com o armazém que o possui
O texto dos fabricantes varia entre clientes, por isso leia a frase que faz a pergunta e não o título por cima. A tabela abaixo coloca os pedidos mais frequentes.
| What the prompt says | Who owns it | Who can fix it |
|---|---|---|
| Screen lock, PIN, pattern or fingerprint | The device | The device owner, via the platform erasure route |
| Certificate, credential or keystore password | Android credential storage | Whoever holds the key bundle, after a fresh import |
| Sign in to your organisation | Device policy controller | The administrator who enrolled the phone |
| Username and password for the profile | The VPN service | The account holder, through the provider reset flow |
As duas linhas centrais causam a maior parte da confusão. O texto sobre certificado ou credencial significa que o próprio armazém de credenciais do Android quer o bloqueio de ecrã que protege o material da chave privada, e é por isso que um fluxo de configuração de VPN pode pedir uma palavra-passe para o telefone em si. Nada nessa caixa de diálogo pede nada ao servidor de VPN.
Quando o pedido é a credencial da VPN
Se o telefone é utilizável e só o túnel o recusa, mantenha-se dentro da camada VPN. Repor a palavra-passe do lado do fornecedor é o primeiro passo correto, e basta para um perfil que autentica com nome de utilizador e palavra-passe. Remova o perfil guardado e volte a adicioná-lo a partir de um ficheiro de configuração novo ou de um código QR, porque os perfis guardados continuam a repetir a credencial antiga e fazem a reposição parecer inútil.
Um teste separa rapidamente as duas camadas. Experimente a mesma conta a partir de um portátil. Se o portátil ligar, a conta está bem e o telefone guarda material desatualizado. Se o portátil falhar da mesma forma, a reposição nunca chegou a valer e o telefone nunca foi o problema.
Os perfis baseados em certificado falham de outra maneira. Um pacote PKCS#12 ou um certificado por dispositivo está ligado a uma chave privada no armazém de chaves do telefone, e mudar a palavra-passe da conta não regenera essa chave. Por isso, quando o cliente pede para escolher um certificado e a lista está vazia, nunca foi importada uma chave para este dispositivo, e uma nova inscrição é a única reparação.
Quando o que perdeu foi o bloqueio de ecrã
Os guias antigos prometem um comando remoto que substitui uma palavra-passe existente no telefone. Isso já não existe, e o botão de padrão esquecido que as pessoas recordam de dispositivos da era Android 4.4 desapareceu com ele. O guia atual da Google para dispositivos bloqueados é direto: quando o bloqueio de ecrã não pode ser recuperado, o caminho suportado apaga o telefone e volta a configurá-lo.
O apagamento tem pré-requisitos que vale a pena verificar antes de se comprometer. O telefone precisa de ligação, a conta de início de sessão tem de corresponder à adicionada antes, e o apagamento remoto tinha de estar ativado nesse aparelho previamente. Uma combinação de botões do fabricante é outro caminho documentado, e tem o mesmo custo.
Assuma perda de dados a menos que consiga nomear uma cópia de segurança concreta e a data da sua última execução. A proteção após a reposição pode pedir credenciais da conta que estava antes no telefone, e uma cópia na nuvem não restaura de forma fiável chaves ligadas a aplicações nem a identidade de um perfil gerido.
Calcule o custo seguinte antes de apagar um telefone que ainda funciona: a identidade do perfil de trabalho tem de ser reemitida por um administrador, as aplicações bancárias e de autenticação precisam de novo registo, e o certificado VPN ligado ao dispositivo precisa de nova inscrição.
Avance por esta ordem
Comece por cima e pare no primeiro passo que altere o comportamento. Leia o que o pedido diz realmente, depois confirme se um administrador inscreveu o dispositivo, depois teste um perfil recém-importado, e só então trate o bloqueio de ecrã como perdido. Anotar o texto antes de ligar ao suporte poupa uma volta, porque a frase pede a minha palavra-passe descreve quatro reparações diferentes.
Se chegar ao passo de apagar, confirme primeiro as credenciais da conta e a situação das cópias, e depois volte a inscrever a VPN em vez de restaurar um perfil de uma cópia anterior à reposição.