OpenVPN TAP-adapter niet geïnstalleerd: welke fase ging stuk?

Het installatieprogramma zegt dat de TAP-adapter niet kon worden aangemaakt, en die zin dekt minstens drie verschillende fouten. Het pakket is misschien nooit klaargezet, het kan klaargezet zijn zonder dat er een apparaat is aangemaakt, of het apparaat bestaat met een probleemstatus die het installatieprogramma als één generieke fout heeft gemeld. Welk van die gevallen u hebt, bepaalt wie het oplost en welk bewijs u nodig hebt.

Verzamel het buildnummer en de tijdstempel van de installatie voordat u iets anders doet. Beide veranderen een map met logs in een zoekopdracht die u echt kunt uitvoeren.

Drie fasen, drie verschillende logs

De eerste fase is het installatieprogramma zelf, dat bestanden uitpakt, een eigen log bijhoudt en een samenvattingscode zoals 1603 meldt die zegt dat de transactie is mislukt zonder te zeggen waar. De tweede is de driveropslag, waar een ondertekend pakket klaargezet wordt voor later gebruik, wat iets anders is dan het aan hardware koppelen. De derde is het aanmaken van het apparaat, waar Windows een apparaatinstantie bouwt, het INF-bestand toepast en de uitkomst in het setupapi-log vastlegt. Een stille leemte tussen twee van die fasen levert dezelfde zin op voor de gebruiker.

De samenvattingscode hoort bij de transactie, terwijl de mislukte handeling ergens eerder in hetzelfde log staat. Zoek achteruit vanaf de code in plaats van de code te proberen te verklaren.

Lees setupapi.dev.log rond de poging

Elke apparaatinstallatie schrijft een sectie naar C:\Windows\INF\setupapi.dev.log, en de gids voor het SetupAPI-log legt uit hoe die secties en hun eindstatus zijn ingedeeld. Zoek de sectie waarvan de tijdstempel uw poging omsluit en lees die helemaal, in plaats van de eerste foutregel die u opvalt. Waarschuwingen over ongerelateerde apparaten staan door een lang log heen en verklaren niets over deze fout. De eindstatus van de overeenkomende sectie is het feit dat het waard is in een rapport te citeren.

Koppel die sectie aan de adapternaam, de apparaat-id en het INF-pakket dat in het installatielog wordt genoemd. Drie id's die op één tijdstempel overeenkomen, maken de toeschrijving veilig.

Controleer het pakket en het apparaat apart

Een klaargezet pakket bewijst alleen dat een ondertekend INF de driveropslag heeft bereikt. Op deze Windows-generatie vermeldt pnputil /enum-drivers pakketten van derden op provider, klasse, versie en gepubliceerde naam, zodat u het pakket van de OpenVPN-adapter kunt vinden in plaats van te gokken op basis van een oem-nummer. Niets in die lijst zegt dat er een apparaat bestaat, is gestart of aan het gevonden pakket is gekoppeld. Dat zijn aparte vragen met aparte antwoorden.

De apparaatkant heeft zijn eigen beeld. Een alleen-lezen adapterinventaris laat zien wat Windows op dit moment over de interface denkt, en verborgen vermeldingen dekken apparaten die aanwezig maar inactief zijn. Als u de twee lijsten vergelijkt, weet u welke fase is mislukt: pakket ontbreekt, apparaat ontbreekt, of apparaat aanwezig met een probleemstatus.

Controleer de adapter voordat u aan handtekeningen komt

Lees de status van de machine in plaats van uit de samenvatting van het installatieprogramma. De opdrachten hieronder tonen klaargezette driverpakketten, de adapterinventaris inclusief verborgen vermeldingen, en de netwerkapparaten die niet OK melden. Voer ze uit na een herstart, zodat wachtende apparaatbewerkingen tot rust zijn gekomen.

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

Een pakket dat aanwezig is zonder bijbehorend apparaat wijst op het aanmaken van het apparaat, en de setupapi-sectie van die tijdstempel legt uit waarom. Een apparaat met een probleemstatus wijst op de driver of de handtekening daarvan, wat een ander gesprek is dan een ontbrekend apparaat. Een adapter die bestaat en losgekoppeld meldt, is een werkend apparaat zonder actieve tunnel en geen mislukte installatie. Lees de drie uitvoer samen voordat u een fase kiest om te repareren.

Het uitschakelen van handtekeningafdwinging, het resetten van de netwerkstack of het verwijderen van elke adapter laat het bewijs verdwijnen. Geen van die drie herstelt een fase die u nog niet hebt vastgesteld, en elk ervan haalt weg wat u zou hebben verteld welke fase het was.