OpenVPN TAP adapterio įdiegti nepavyko: kuris etapas sugedo?

Diegėjas praneša, kad TAP adapterio sukurti nepavyko, ir šis vienas sakinys apima bent tris skirtingas gedimų rūšis. Paketas galėjo būti niekada neparuoštas, galėjo būti paruoštas, bet įrenginys nesukurtas, arba įrenginys gali egzistuoti su probleminiu statusu, kurį diegėjas pateikė kaip vieną bendrą klaidą. Nuo to, kurį atvejį turite, priklauso, kas tai taisys ir kokių įrodymų jums reikia.

Visų pirma surinkite versijos numerį ir diegimo laiko žymą. Abu jie paverčia žurnalų aplanką paieška, kurią tikrai galima paleisti.

Trys etapai, trys skirtingi žurnalai

Pirmasis etapas yra pats diegėjas, kuris išpakuoja failus, veda savo žurnalą ir pateikia suvestinį kodą, pavyzdžiui, 1603, kuris sako, kad operacija nepavyko, bet nenurodo, kur. Antrasis – tvarkyklių saugykla, kurioje pasirašytas paketas paruošiamas vėlesniam naudojimui, ir tai yra kitas pasiekimas nei jo susiejimas su aparatūra. Trečiasis – įrenginio sukūrimas, kai Windows sukuria įrenginio egzempliorių, pritaiko INF ir įrašo rezultatą į setupapi žurnalą. Tylos tarpas tarp bet kurių dviejų iš šių etapų sukuria tą patį naudotojui matomą sakinį.

Suvestinis kodas priklauso operacijai, o nepavykęs veiksmas yra kažkur anksčiau tame pačiame žurnale. Ieškokite atgal nuo kodo, o ne bandykite paaiškinti kodą.

Skaitykite setupapi.dev.log aplink bandymą

Kiekvienas įrenginio diegimas įrašo skyrių į C:\Windows\INF\setupapi.dev.log, o SetupAPI žurnalo vadovas paaiškina, kaip tie skyriai ir jų galutinė būsena yra sutvarkyti. Raskite skyrių, kurio laiko žyma apima jūsų bandymą, ir perskaitykite jį visą, o ne pirmą pastebėtą klaidos eilutę. Įspėjimai apie nesusijusius įrenginius pasitaiko visame ilgame žurnale ir nieko nepaaiškina apie šį gedimą. Atitinkančio skyriaus galutinė būsena yra faktas, kurį verta cituoti ataskaitoje.

Susiekite tą skyrių su adapterio pavadinimu, įrenginio identifikatoriumi ir INF paketu, nurodytu diegėjo žurnale. Trys identifikatoriai, sutampantys vienoje laiko žymoje, ir yra tai, kas padaro priskyrimą saugų.

Tikrinkite paketą ir įrenginį atskirai

Paruoštas paketas įrodo tik tai, kad pasirašytas INF pasiekė tvarkyklių saugyklą. Šioje Windows kartoje pnputil /enum-drivers išvardija trečiųjų šalių paketus pagal tiekėją, klasę, versiją ir paskelbtą pavadinimą, todėl galite rasti OpenVPN adapterio paketą, o ne spėlioti iš oem numerio. Niekas tame sąraše nesako, kad įrenginys egzistuoja, buvo paleistas ar yra susietas su rastu paketu. Tai atskiri klausimai su atskirais atsakymais.

Įrenginio pusė turi savo vaizdą. Tik skaitomas adapterių sąrašas rodo, ką Windows šiuo metu mano apie sąsają, o paslėpti įrašai apima įrenginius, kurie yra, bet neaktyvūs. Palyginus abu sąrašus paaiškėja, kuris etapas nepavyko: paketo nėra, įrenginio nėra arba įrenginys yra su probleminiu statusu.

Patikrinkite adapterį prieš liesdami parašus

Skaitykite būseną iš mašinos, o ne iš diegėjo suvestinės. Toliau pateiktos komandos išvardija paruoštus tvarkyklių paketus, adapterių sąrašą su paslėptais įrašais ir tinklo įrenginius, kurie nepraneša OK. Paleiskite jas po perkrovimo, kad laukiančios įrenginio operacijos būtų pasibaigusios.

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

Paketas, kuriam nėra atitinkančio įrenginio, rodo įrenginio sukūrimą, ir tos laiko žymos setupapi skyrius paaiškina kodėl. Įrenginys su probleminiu statusu rodo į tvarkyklę arba jos parašą, ir tai yra kitas pokalbis nei trūkstamas įrenginys. Adapteris, kuris egzistuoja ir praneša apie atsijungimą, yra veikiantis įrenginys be aktyvaus tunelio, o ne nepavykęs diegimas. Prieš rinkdamiesi taisytiną etapą, perskaitykite visas tris išvestis kartu.

Išjungus parašų tikrinimą, atstačius tinklo steką ar ištrynus visus adapterius įrodymai išnyksta. Nė vienas iš šių trijų nepataiso etapo, kurio dar nenustatėte, ir kiekvienas pašalina tai, kas būtų pasakę, kuris etapas tai buvo.