Instalater kaže da TAP adapter nije mogao biti kreiran, a ta rečenica pokriva najmanje tri različita kvara. Paket možda nikada nije bio pripremljen, možda je pripremljen dok nije kreiran nijedan uređaj, ili uređaj možda postoji sa statusom problema koji je instalater prijavio kao jednu generičku grešku. Koji od tih slučajeva imate određuje ko će to popraviti i koji su vam dokazi potrebni.

Prije svega prikupite broj verzije i vremensku oznaku instalacije. Oboje pretvaraju fasciklu s dnevnicima u pretragu koju zaista možete izvršiti.

Tri faze, tri različita dnevnika

Prva faza je sam instalater, koji raspakuje datoteke, vodi vlastiti dnevnik i prijavljuje sažeti kod kao što je 1603 koji kaže da je transakcija neuspješna, ali ne kaže gdje. Druga je spremište upravljačkih programa, gdje se potpisani paket priprema za kasniju upotrebu, što je drugačije postignuće od povezivanja s hardverom. Treća je kreiranje uređaja, gdje Windows gradi instancu uređaja, primjenjuje INF i bilježi ishod u setupapi dnevnik. Tiha praznina između bilo koje dvije od tih faza daje istu rečenicu prema korisniku.

Sažeti kod pripada transakciji, dok se neuspješna radnja nalazi negdje ranije u istom dnevniku. Tražite unatrag od koda umjesto da pokušavate objasniti kod.

Pročitajte setupapi.dev.log oko pokušaja

Svaka instalacija uređaja upisuje odjeljak u C:\Windows\INF\setupapi.dev.log, a vodič kroz SetupAPI dnevnik objašnjava kako su ti odjeljci i njihov konačni status organizirani. Nađite odjeljak čija vremenska oznaka obuhvata vaš pokušaj, pa pročitajte cijeli, a ne prvi red greške koji primijetite. Upozorenja o nepovezanim uređajima pojavljuju se kroz cijeli dugi dnevnik i ne objašnjavaju ništa o ovom kvaru. Konačni status odgovarajućeg odjeljka je činjenica koju vrijedi citirati u izvještaju.

Povežite taj odjeljak s imenom adaptera, identifikatorom uređaja i INF paketom navedenim u dnevniku instalatera. Tri identifikatora koja se slažu na jednoj vremenskoj oznaci čine pripisivanje sigurnim.

Provjerite paket i uređaj odvojeno

Pripremljeni paket dokazuje samo da je potpisani INF stigao u spremište upravljačkih programa. U ovoj generaciji Windowsa pnputil /enum-drivers navodi pakete trećih strana po dobavljaču, klasi, verziji i objavljenom imenu, što vam omogućava da pronađete paket OpenVPN adaptera umjesto da nagađate iz oem broja. Ništa na tom spisku ne kaže da uređaj postoji, da je pokrenut ili da je vezan za paket koji ste pronašli. To su odvojena pitanja s odvojenim odgovorima.

Strana uređaja ima svoj pogled. Inventar adaptera samo za čitanje pokazuje šta Windows trenutno misli o interfejsu, a skriveni unosi pokrivaju uređaje koji postoje ali su neaktivni. Poređenje dvije liste kaže vam koja je faza neuspješna: paket nedostaje, uređaj nedostaje ili uređaj postoji sa statusom problema.

Provjerite adapter prije nego što dirnete potpise

Čitajte stanje sa mašine, a ne iz sažetka instalatera. Naredbe ispod navode pripremljene pakete upravljačkih programa, inventar adaptera uključujući skrivene unose i mrežne uređaje koji ne prijavljuju OK. Pokrenite ih nakon ponovnog pokretanja da se operacije uređaja koje čekaju smire.

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

Paket koji postoji bez odgovarajućeg uređaja upućuje na kreiranje uređaja, a setupapi odjeljak za tu vremensku oznaku objašnjava zašto. Uređaj koji postoji sa statusom problema upućuje na upravljački program ili njegov potpis, što je drugačiji razgovor od nedostajućeg uređaja. Adapter koji postoji i prijavljuje da je odspojen je ispravan uređaj bez aktivnog tunela, a ne neuspjela instalacija. Pročitajte tri izlaza zajedno prije nego što odaberete fazu za popravku.

Onemogućavanje provjere potpisa, resetovanje mrežnog steka ili brisanje svakog adaptera čini dokaze nestalim. Nijedna od te tri ne popravlja fazu koju još niste identificirali, a svaka uklanja ono što bi vam reklo koja je faza bila.

Povezani članci