OpenVPN TAP adapteri neizdevās instalēt: kurš posms sabojājās?

Instalētājs saka, ka TAP adapteri nevarēja izveidot, un šis viens teikums aptver vismaz trīs dažādas kļūmes. Pakotne varēja nekad netikt sagatavota, tā varēja būt sagatavota, bet ierīce netika izveidota, vai arī ierīce var pastāvēt ar problēmas statusu, ko instalētājs paziņoja kā vienu vispārīgu kļūdu. Tas, kurš no šiem gadījumiem ir jums, nosaka, kas to labos un kādi pierādījumi jums vajadzīgi.

Vispirms savāciet būvējuma numuru un instalācijas laika zīmogu. Abi pārvērš žurnālu mapi meklēšanā, ko tiešām var palaist.

Trīs posmi, trīs dažādi žurnāli

Pirmais posms ir pats instalētājs, kas izpako failus, uztur savu žurnālu un paziņo kopsavilkuma kodu, piemēram, 1603, kas norāda, ka darījums neizdevās, bet nenorāda, kur. Otrais ir draiveru krātuve, kur parakstīta pakotne tiek sagatavota vēlākai lietošanai, un tas ir cits sasniegums nekā tās piesaiste aparatūrai. Trešais ir ierīces izveide, kur Windows izveido ierīces eksemplāru, piemēro INF un ieraksta rezultātu setupapi žurnālā. Klusa plaisa starp jebkuriem diviem no šiem posmiem rada to pašu lietotājam redzamo teikumu.

Kopsavilkuma kods pieder darījumam, bet neizdevusies darbība atrodas kaut kur agrāk tajā pašā žurnālā. Meklējiet atpakaļ no koda, nevis mēģiniet izskaidrot kodu.

Lasiet setupapi.dev.log ap mēģinājumu

Katra ierīces instalācija ieraksta sadaļu C:\Windows\INF\setupapi.dev.log, un SetupAPI žurnāla rokasgrāmata skaidro, kā šīs sadaļas un to galīgais statuss ir sakārtoti. Atrodiet sadaļu, kuras laika zīmogs aptver jūsu mēģinājumu, un izlasiet to visu, nevis pirmo pamanīto kļūdas rindu. Brīdinājumi par nesaistītām ierīcēm parādās visā garā žurnālā un neko neizskaidro par šo kļūmi. Atbilstošās sadaļas galīgais statuss ir fakts, ko ir vērts citēt ziņojumā.

Saistiet šo sadaļu ar adaptera nosaukumu, ierīces identifikatoru un INF pakotni, kas nosaukta instalētāja žurnālā. Trīs identifikatori, kas sakrīt vienā laika zīmogā, ir tas, kas padara attiecinājumu drošu.

Pārbaudiet pakotni un ierīci atsevišķi

Sagatavota pakotne pierāda tikai to, ka parakstīts INF ir sasniedzis draiveru krātuvi. Šajā Windows paaudzē pnputil /enum-drivers uzskaita trešo pušu pakotnes pēc piegādātāja, klases, versijas un publicētā nosaukuma, kas ļauj atrast OpenVPN adaptera pakotni, nevis minēt no oem numura. Nekas šajā sarakstā nesaka, ka ierīce pastāv, ir startējusi vai ir piesaistīta atrastajai pakotnei. Tie ir atsevišķi jautājumi ar atsevišķām atbildēm.

Ierīces pusei ir savs skatījums. Tikai lasāms adapteru saraksts rāda, ko Windows pašlaik domā par saskarni, un slēptie ieraksti aptver ierīces, kas ir, bet nav aktīvas. Abu sarakstu salīdzināšana parāda, kurš posms neizdevās: pakotnes nav, ierīces nav vai ierīce ir ar problēmas statusu.

Pārbaudiet adapteri pirms parakstu aiztikšanas

Lasiet stāvokli no mašīnas, nevis no instalētāja kopsavilkuma. Tālāk minētās komandas uzskaita sagatavotās draiveru pakotnes, adapteru sarakstu ar slēptajiem ierakstiem un tīkla ierīces, kas neziņo OK. Palaidiet tās pēc pārstartēšanas, lai gaidošās ierīces darbības būtu noslēgušās.

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

Pakotne, kurai nav atbilstošas ierīces, norāda uz ierīces izveidi, un šī laika zīmoga setupapi sadaļa izskaidro, kāpēc. Ierīce ar problēmas statusu norāda uz draiveri vai tā parakstu, un tā ir cita saruna nekā trūkstoša ierīce. Adapteris, kas pastāv un ziņo par atvienošanu, ir strādājoša ierīce bez aktīva tuneļa, nevis neizdevusies instalācija. Pirms izvēlaties labojamu posmu, izlasiet visas trīs izvades kopā.

Parakstu pārbaudes izslēgšana, tīkla steka atiestatīšana vai visu adapteru dzēšana liek pierādījumiem pazust. Neviens no šiem trim nelabo posmu, kuru vēl neesat noteicis, un katrs no tiem aizvāc to, kas būtu pateicis, kurš posms tas bija.