Aviso do WAN Miniport: repare o adaptador ou reconstrua o perfil

Congelar antes de qualquer credencial ser oferecida, recusar-se a excluir o perfil, mostrar um adaptador cujo nome ninguém reconhece: são três rostos de uma única falha. A interface de software à qual a VPN se liga estragou-se, enquanto a conta e o gateway permanecem intactos. Três reparos são defensáveis, e qual se aplica decorre de uma única inspeção apenas de leitura. Tudo depois dessa inspeção é aritmética; tudo antes dela é suposição.

A que o perfil realmente se liga

Cada tipo de túnel nativo do Windows é servido pelo seu próprio adaptador virtual, e esses adaptadores são drivers de miniport e não placas físicas. Um perfil escolhe um tipo de túnel, o tipo escolhe um adaptador, e por isso um único driver doente pode quebrar todos os perfis que o partilham enquanto a partilha de ficheiros e a navegação continuam. A dependência é invisível nas propriedades do perfil.

Estas interfaces permanecem ocultas por omissão, tanto no Gestor de Dispositivos como na lista de adaptadores. É assim que um avariado continua invisível enquanto o dono da máquina insiste que nada mudou.

Uma marca de aviso é uma prova útil e um ícone limpo não é. Um adaptador pode declarar-se saudável e ainda assim transportar uma ligação quebrada, por isso a pergunta útil é a que a interface está ligada, e não como o ícone se parece. Leia primeiro o estado e depois as ligações, porque o ícone responde à pergunta menos interessante. Saltar essa ordem é o que transforma uma verificação de dez minutos numa tarde inteira de trabalho com drivers.

Decida pelo estado do adaptador, não pelo código de erro

Um número de erro informa qual etapa falhou e não diz nada sobre qual componente é o culpado. A atribuição de endereços, a seleção de certificado e o protocolo do túnel têm os seus próprios números, convencionalmente 720, 789 e 806, e nenhum dos três é prova sobre um miniport. Use o número para escolher a verificação seguinte, não para escolher uma reparação.

As observações que discriminam são poucas. Esta tabela associa cada uma a um passo seguinte apenas de leitura:

A ordem importa porque reinstalar um driver é lento e perturbador. Fazê-lo para corrigir um problema de atribuição custa uma hora e não ensina nada à pessoa seguinte. A tabela também fixa o raio do dano: um protocolo quebrado em todos os perfis aponta para o driver, enquanto um cliente de fornecedor quebrado ao lado de perfis nativos a funcionar aponta para a pilha do fornecedor.

Duas leituras que resolvem a maioria dos pedidos

Ambas as leituras são apenas de leitura e nenhuma toca num driver. A primeira lista as interfaces de miniport ocultas com o seu estado, e a segunda lista a que está ligado um adaptador com nome:

Get-NetAdapter -IncludeHidden | Where-Object InterfaceDescription -like 'WAN Miniport*' | Select-Object Name, InterfaceDescription, Status
Get-NetAdapterBinding -Name 'WAN Miniport (IKEv2)' -IncludeHidden -AllBindings

Substitua o protocolo que o seu perfil usa, porque uma lista de ligações para IKEv2 não diz nada sobre um SSTP perfil. Uma ligação ARP ou IPv4 desativada, ou um driver de filtro de terceiros ligado ao adaptador, pode parar o túnel antes de começar. O aparecimento de software de segurança nessa lista não é prova de que seja a causa, por isso estabeleça o efeito antes de desativar seja o que for.

Um adaptador saudável mostra as ligações que espera e nenhum filtro que não consiga explicar. Quando a lista está limpa, a prova passou para o próprio driver e a secção seguinte é a que se aplica.

Guarde o nome do adaptador e a versão do driver antes de o remover

Quando o adaptador é realmente inutilizável, a reparação padrão é torná-lo removível, desinstalá-lo e deixar o Windows criar uma instância nova na próxima vez que um perfil usar esse protocolo. No Gestor de Dispositivos, atualize o driver, escolha de uma lista, limpe o filtro de hardware compatível e escolha um adaptador Microsoft genérico que ofereça a opção de desinstalar.

Antes disso, anote o que está a eliminar: nome do adaptador, versão do driver, fornecedor e data. Uma reparação que depois não consegue descrever não pode ser repetida, e o preço habitual de uma reparação não descrita é a mesma máquina reparada três vezes. Os utilitários do fornecedor fazem o mesmo trabalho com maior alcance e são razoáveis num parque gerido quando vêm do fornecedor e não de um espelho. Um utilitário que troca binários do driver muda mais do que reinstalar um único adaptador, por isso registe também a versão no pedido.

Um caso de fornecedor exige uma reparação diferente para o mesmo sintoma. Um cliente que registe o adaptador com um nome de apresentação que contenha uma referência do instalador pode não ativar após uma atualização, e a correção edita esse nome numa chave de serviço do fornecedor. O valor aceita um nome de adaptador comum, e o cliente é reiniciado depois:

HKLM\SYSTEM\CurrentControlSet\Services\CVirtA
DisplayName = Cisco Systems VPN Adapter for 64-bit Windows

Essa chave pertence a um único cliente. Não é uma reparação geral do Windows e nunca deve ser aplicada a uma máquina que não execute esse cliente.

Confirme com um segundo protocolo antes de fechar o pedido

Uma reconexão bem-sucedida exercita um protocolo através de um adaptador, por isso prova menos do que parece. Repita o perfil original e depois outro construído sobre um tipo de túnel diferente, e exija que ambos se liguem. Se apenas o primeiro funcionar, a falha restante é prova sobre um driver ou uma política e não sobre a interface que acabou de reconstruir.

Se a queixa original era um perfil que não podia ser eliminado, teste isso também, porque um perfil que ainda se recusa a ser eliminado depois de o adaptador estar saudável é outra avaria e qualquer trabalho adicional no adaptador é desperdício. Mantenha a conta e o gateway fora do registo, a menos que algo aponte para eles. Um túnel que morre antes da autenticação normalmente descreve a máquina, e uma nota honesta nomeia o adaptador, o protocolo e a verificação que o confirmou.