Adapter TAP OpenVPN ni bil nameščen: katera faza se je zlomila?

Namestitveni program pravi, da adapterja TAP ni bilo mogoče ustvariti, in ta stavek pokriva vsaj tri različne okvare. Paket morda ni bil nikoli pripravljen, morda je pripravljen, a naprava ni bila ustvarjena, ali pa naprava obstaja s stanjem težave, ki ga je namestitveni program sporočil kot eno splošno napako. Kateri od teh primerov velja, določa, kdo bo to popravil in kakšne dokaze potrebujete.

Najprej zberite številko gradnje in časovni žig namestitve. Oba spremenita mapo dnevnikov v iskanje, ki ga je mogoče zares izvesti.

Tri faze, tri različni dnevniki

Prva faza je sam namestitveni program, ki razpakira datoteke, vodi svoj dnevnik in sporoči zbirno kodo, na primer 1603, ki pove, da transakcija ni uspela, ne pove pa kje. Druga je shramba gonilnikov, kjer se podpisan paket pripravi za poznejšo uporabo, kar je drugačen dosežek od vezave na strojno opremo. Tretja je ustvarjanje naprave, kjer Windows zgradi primerek naprave, uporabi INF in izid zapiše v dnevnik setupapi. Tiha vrzel med katerima koli dvema od teh faz ustvari isti stavek, ki ga vidi uporabnik.

Zbirna koda pripada transakciji, medtem ko je neuspešno dejanje nekje prej v istem dnevniku. Iščite nazaj od kode, namesto da bi poskušali razložiti kodo.

Preberite setupapi.dev.log okoli poskusa

Vsaka namestitev naprave zapiše razdelek v C:\Windows\INF\setupapi.dev.log, in vodnik po dnevniku SetupAPI razlaga, kako so ti razdelki in njihovo končno stanje urejeni. Poiščite razdelek, katerega časovni žig objema vaš poskus, in ga preberite v celoti, ne le prve vrstice napake, ki jo opazite. Opozorila o nepovezanih napravah se pojavljajo po vsem dolgem dnevniku in o tej okvari ne povedo ničesar. Končno stanje ustreznega razdelka je dejstvo, ki ga je vredno citirati v poročilu.

Ta razdelek povežite z imenom adapterja, identifikatorjem naprave in paketom INF, navedenim v dnevniku namestitvenega programa. Trije identifikatorji, ki se ujemajo na enem časovnem žigu, so tisto, kar naredi dodelitev varno.

Preverite paket in napravo ločeno

Pripravljen paket dokazuje le, da je podpisan INF prišel v shrambo gonilnikov. V tej generaciji Windows pnputil /enum-drivers navaja pakete tretjih strani po ponudniku, razredu, različici in objavljenem imenu, kar vam omogoča, da najdete paket adapterja OpenVPN, namesto da bi ugibali iz številke oem. Nič na tem seznamu ne pove, da naprava obstaja, da se je zagnala ali da je vezana na paket, ki ste ga našli. To so ločena vprašanja z ločenimi odgovori.

Stran naprave ima svoj pogled. Inventar adapterjev samo za branje pokaže, kaj si Windows trenutno misli o vmesniku, skriti vnosi pa pokrivajo naprave, ki so prisotne, a neaktivne. Primerjava obeh seznamov pove, katera faza ni uspela: paket manjka, naprava manjka ali naprava je prisotna s stanjem težave.

Preverite adapter, preden se dotaknete podpisov

Stanje berite s stroja, ne iz povzetka namestitvenega programa. Spodnji ukazi navajajo pripravljene pakete gonilnikov, inventar adapterjev vključno s skritimi vnosi in omrežne naprave, ki ne poročajo OK. Zaženite jih po ponovnem zagonu, da se čakajoče operacije naprav umirijo.

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

Paket je prisoten brez ustrezne naprave, kar kaže na ustvarjanje naprave, in razdelek setupapi za ta časovni žig razloži, zakaj. Naprava s stanjem težave kaže na gonilnik ali njegov podpis, kar je drugačen pogovor od manjkajoče naprave. Adapter, ki obstaja in poroča prekinjeno povezavo, je delujoča naprava brez dejavnega tunela in ne neuspešna namestitev. Preden izberete fazo za popravilo, preberite vse tri izhode skupaj.

Izklop uveljavljanja podpisov, ponastavitev omrežnega sklada ali brisanje vseh adapterjev povzroči, da dokazi izginejo. Nobena od teh treh ne popravi faze, ki je še niste prepoznali, in vsaka odstrani tisto, kar bi vam povedalo, katera faza je bila.