Adaptador TAP do OpenVPN não instalado: qual etapa falhou?

O instalador diz que o adaptador TAP não pôde ser criado, e essa frase cobre pelo menos três falhas diferentes. O pacote pode nunca ter sido preparado, pode estar preparado sem que nenhum dispositivo tenha sido criado, ou o dispositivo pode existir com um estado de problema que o instalador comunicou como um único erro genérico. Qual destes casos tem determina quem o corrige e que provas precisa.

Recolha o número da compilação e o carimbo temporal da instalação antes de tudo o resto. Ambos transformam uma pasta de registos numa pesquisa que realmente pode executar.

Três Etapas, Três Registos Diferentes

A primeira etapa é o próprio instalador, que descompacta ficheiros, mantém o seu próprio registo e comunica um código de resumo como 1603 que indica que a transação falhou sem indicar onde. A segunda é o armazenamento de controladores, onde um pacote assinado é preparado para uso posterior, o que é um feito diferente de o ligar ao hardware. A terceira é a criação do dispositivo, onde o Windows constrói uma instância de dispositivo, aplica o INF e regista o resultado no registo setupapi. Uma lacuna silenciosa entre quaisquer duas destas etapas produz a mesma frase visível ao utilizador.

O código de resumo pertence à transação, enquanto a ação falhada está algures mais acima no mesmo registo. Procure para trás a partir do código em vez de tentar explicar o código.

Leia o setupapi.dev.log em Torno da Tentativa

Cada instalação de dispositivo escreve uma secção em C:\Windows\INF\setupapi.dev.log, e o guia do registo SetupAPI explica como essas secções e o seu estado final estão organizados. Encontre a secção cujo carimbo temporal enquadra a sua tentativa e leia-a toda, em vez da primeira linha de erro que notar. Avisos sobre dispositivos não relacionados aparecem ao longo de um registo longo e nada explicam sobre esta falha. O estado final da secção correspondente é o facto que vale a pena citar num relatório.

Correlacione essa secção com o nome do adaptador, o identificador do dispositivo e o pacote INF indicado no registo do instalador. Três identificadores a concordar no mesmo carimbo temporal é o que torna a atribuição segura.

Verifique o Pacote e o Dispositivo em Separado

Um pacote preparado prova apenas que um INF assinado chegou ao armazenamento de controladores. Nesta geração do Windows, pnputil /enum-drivers lista pacotes de terceiros por fornecedor, classe, versão e nome publicado, o que lhe permite encontrar o pacote do adaptador OpenVPN em vez de adivinhar a partir de um número oem. Nada nessa lista diz que um dispositivo existe, arrancou ou está ligado ao pacote que encontrou. São perguntas separadas com respostas separadas.

O lado do dispositivo tem a sua própria vista. Um inventário de adaptadores só de leitura mostra o que o Windows acredita atualmente sobre a interface, e as entradas ocultas cobrem dispositivos presentes mas inativos. Comparar as duas listas diz-lhe qual etapa falhou: pacote ausente, dispositivo ausente ou dispositivo presente com um estado de problema.

Verifique o Adaptador Antes de Mexer nas Assinaturas

Leia o estado da máquina e não do resumo do instalador. Os comandos abaixo listam pacotes de controladores preparados, o inventário de adaptadores incluindo entradas ocultas e os dispositivos de rede que não comunicam OK. Execute-os após um reinício para que as operações de dispositivo pendentes tenham assentado.

pnputil /enum-drivers
Get-NetAdapter -IncludeHidden | Select-Object Name, InterfaceDescription, Status
Get-PnpDevice -Class Net | Where-Object Status -ne 'OK'

Um pacote presente sem dispositivo correspondente aponta para a criação do dispositivo, e a secção setupapi desse carimbo temporal explica porquê. Um dispositivo presente com um estado de problema aponta para o controlador ou para a sua assinatura, o que é uma conversa diferente de um dispositivo em falta. Um adaptador que existe e comunica desligado é um dispositivo a funcionar sem túnel ativo e não uma instalação falhada. Leia as três saídas em conjunto antes de escolher uma etapa para reparar.

Desativar a imposição de assinaturas, repor a pilha de rede ou apagar todos os adaptadores faz desaparecer as provas. Nenhuma dessas três repara uma etapa que ainda não identificou, e cada uma remove o que lhe teria dito qual foi a etapa.