OpenVPN TAP-adapter ble ikke installert: hvilket trinn sviktet?
Meldingen om mislykket adapter dekker tre trinn: installasjonsprogrammet, den klargjorte pakken og enheten som ble opprettet. Les den aktuelle loggdelen før du sletter noe.
Installasjonsprogrammet sier at TAP-adapteren ikke kunne opprettes, og den setningen dekker minst tre ulike feil. Pakken kan aldri ha blitt klargjort, den kan være klargjort uten at noen enhet ble opprettet, eller enheten kan finnes med en problemstatus som installasjonsprogrammet rapporterte som én generisk feil. Hvilken av disse du har, avgjør hvem som retter den og hvilke bevis du trenger.
Samle inn build-nummeret og tidsstempelet for installasjonen før alt annet. Begge gjør en mappe med logger om til et søk du faktisk kan kjøre.
Tre trinn, tre ulike logger
Det første trinnet er installasjonsprogrammet selv, som pakker ut filer, fører sin egen logg og rapporterer en samlekode som 1603 som sier at transaksjonen mislyktes uten å si hvor. Det andre er driverlageret, der en signert pakke klargjøres for senere bruk, noe som er en annen bragd enn å binde den til maskinvaren. Det tredje er opprettelsen av enheten, der Windows bygger en enhetsinstans, bruker INF-filen og registrerer resultatet i setupapi-loggen. Et stille gap mellom to av disse trinnene gir den samme setningen for brukeren.
Samlekoden tilhører transaksjonen, mens den mislykkede handlingen ligger et sted tidligere i samme logg. Søk bakover fra koden i stedet for å prøve å forklare koden.
Les setupapi.dev.log rundt forsøket
Hver enhetsinstallasjon skriver en seksjon til C:\Windows\INF\setupapi.dev.log, og veiledningen for SetupAPI-loggen forklarer hvordan disse seksjonene og sluttstatusen deres er organisert. Finn seksjonen der tidsstempelet omslutter forsøket ditt, og les hele seksjonen i stedet for den første feillinjen du legger merke til. Advarsler om urelaterte enheter dukker opp overalt i en lang logg og forklarer ingenting om denne feilen. Sluttstatusen til den aktuelle seksjonen er det faktumet som er verdt å sitere i en rapport.
Koble den seksjonen til adapternavnet, enhetsidentifikatoren og INF-pakken som er nevnt i installasjonsloggen. Tre identifikatorer som stemmer på ett tidsstempel er det som gjør tilskrivningen trygg.
Sjekk pakken og enheten hver for seg
En klargjort pakke beviser bare at en signert INF nådde driverlageret. På denne Windows-generasjonen lister pnputil /enum-drivers opp tredjepartspakker etter leverandør, klasse, versjon og publisert navn, noe som lar deg finne OpenVPN-adapterpakken i stedet for å gjette ut fra et oem-nummer. Ingenting i den listen sier at en enhet finnes, har startet eller er bundet til pakken du fant. Det er separate spørsmål med separate svar.
Enhetssiden har sitt eget bilde. En skrivebeskyttet adapteroversikt viser hva Windows for øyeblikket mener om grensesnittet, og skjulte oppføringer dekker enheter som finnes men er inaktive. Å sammenligne de to listene forteller deg hvilket trinn som sviktet: pakken mangler, enheten mangler, eller enheten finnes med en problemstatus.
Verifiser adapteren før du rører signaturene
Les tilstanden fra maskinen i stedet for fra sammendraget til installasjonsprogrammet. Kommandoene nedenfor lister opp klargjorte driverpakker, adapteroversikten inkludert skjulte oppføringer, og nettverksenhetene som ikke rapporterer OK. Kjør dem etter en omstart slik at ventende enhetsoperasjoner har roet seg.
pnputil /enum-drivers
Get-NetAdapter -IncludeHidden | Select-Object Name, InterfaceDescription, Status
Get-PnpDevice -Class Net | Where-Object Status -ne 'OK'
En pakke som finnes uten en tilsvarende enhet peker på opprettelsen av enheten, og setupapi-seksjonen for det tidsstempelet forklarer hvorfor. En enhet som finnes med en problemstatus peker på driveren eller signaturen dens, som er en annen samtale enn en manglende enhet. En adapter som finnes og rapporterer frakoblet er en fungerende enhet uten aktiv tunnel, ikke en mislykket installasjon. Les de tre utdataene sammen før du velger et trinn å reparere.
Å slå av håndheving av signaturer, tilbakestille nettverksstakken eller slette alle adaptere får bevisene til å forsvinne. Ingen av de tre retter et trinn du ennå ikke har identifisert, og hver av dem fjerner det som ville fortalt deg hvilket trinn det var.