O adaptador TAP de OpenVPN non se puido instalar: que etapa fallou?

O instalador di que o adaptador TAP non se puido crear, e esa frase abrangue polo menos tres fallos distintos. Pode que o paquete nunca se preparase, que se preparase sen crear ningún dispositivo, ou que o dispositivo exista cun estado de problema que o instalador informou como un único erro xenérico. Cal deses casos teña decide quen o arranxa e que probas necesita.

Recompile o número de compilación e a marca de tempo de instalación antes que nada. Ambos converten un cartafol de rexistros nunha busca que realmente pode executar.

Tres etapas, tres rexistros distintos

A primeira etapa é o propio instalador, que descomprime ficheiros, mantén o seu propio rexistro e informa un código resumo como 1603 que di que a transacción fallou sen dicir onde. A segunda é o almacén de controladores, onde un paquete asinado se prepara para un uso posterior, o que é un logro distinto de vinculalo ao hardware. A terceira é a creación do dispositivo, onde Windows constrúe unha instancia de dispositivo, aplica o INF e rexistra o resultado no rexistro de setupapi. Un oco silencioso entre dúas calquera desas etapas produce a mesma frase para o usuario.

O código resumo pertence á transacción, mentres que a acción fallida está nalgún punto anterior do mesmo rexistro. Busque cara atrás desde o código en lugar de tentar explicar o código.

Lea setupapi.dev.log arredor do intento

Cada instalación de dispositivo escribe unha sección en C:\Windows\INF\setupapi.dev.log, e a guía do rexistro de SetupAPI explica como se organizan esas seccións e o seu estado final. Atope a sección cuxa marca de tempo envolve o seu intento e despois léaa enteira en lugar da primeira liña de erro que note. Os avisos sobre dispositivos non relacionados aparecen ao longo dun rexistro longo e non explican nada sobre este fallo. O estado final da sección coincidente é o dato que merece citarse nun informe.

Correlacione esa sección co nome do adaptador, o identificador do dispositivo e o paquete INF nomeado no rexistro do instalador. Tres identificadores que coinciden nunha mesma marca de tempo é o que fai segura a atribución.

Comprobe o paquete e o dispositivo por separado

Un paquete preparado só demostra que un INF asinado chegou ao almacén de controladores. Nesta xeración de Windows, pnputil /enum-drivers enumera os paquetes de terceiros por provedor, clase, versión e nome publicado, o que lle permite atopar o paquete do adaptador OpenVPN en lugar de adiviñalo a partir dun número oem. Nada nesa lista di que exista un dispositivo, que se iniciase ou que estea vinculado ao paquete que atopou. Son preguntas separadas con respostas separadas.

O lado do dispositivo ten a súa propia visión. Un inventario de adaptadores de só lectura mostra o que Windows cre actualmente sobre a interface, e as entradas ocultas abranguen dispositivos que están presentes pero inactivos. Comparar as dúas listas dille que etapa fallou: paquete ausente, dispositivo ausente ou dispositivo presente cun estado de problema.

Verifique o adaptador antes de tocar as sinaturas

Lea o estado da máquina en lugar do resumo do instalador. Os comandos seguintes enumeran os paquetes de controladores preparados, o inventario de adaptadores incluídas as entradas ocultas e os dispositivos de rede que non informan OK. Execúteos tras un reinicio para que as operacións pendentes de dispositivos se asentasen.

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

Un paquete presente sen dispositivo coincidente apunta á creación do dispositivo, e a sección de setupapi para esa marca de tempo explica por que. Un dispositivo presente cun estado de problema apunta ao controlador ou á súa sinatura, que é unha conversa distinta dun dispositivo ausente. Un adaptador que existe e informa estar desconectado é un dispositivo funcional sen túnel activo, non unha instalación fallida. Lea as tres saídas xuntas antes de escoller unha etapa que reparar.

Desactivar a aplicación de sinaturas, restablecer a pila de rede ou borrar todos os adaptadores fai que as probas desaparezan. Ningunha desas tres repara unha etapa que aínda non identificou, e cada unha elimina o que lle tería dito cal era a etapa.