OpenVPN TAP-adapteri installimine ebaõnnestus: milline etapp katki läks?

Paigaldaja ütleb, et TAP-adapterit ei saanud luua, ja see lause hõlmab vähemalt kolme erinevat riket. Pakett ei pruugi olla kunagi ette valmistatud, see võib olla ette valmistatud ilma ühtegi seadet loomata, või seade võib eksisteerida probleemiolekuga, mille paigaldaja teatas ühe üldise veana. Milline neist juhtudest teil on, otsustab, kes selle parandab ja milliseid tõendeid vajate.

Koguge enne kõike muud koostearv ja paigalduse ajatempel. Mõlemad muudavad logikausta otsinguks, mida saate tegelikult käivitada.

Kolm etappi, kolm erinevat logi

Esimene etapp on paigaldaja ise, mis pakib failid lahti, peab oma logi ja teatab kokkuvõtliku koodi, näiteks 1603, mis ütleb, et tehing ebaõnnestus, kuid ei ütle, kus. Teine on draiverihoidla, kus allkirjastatud pakett valmistatakse ette hilisemaks kasutamiseks, mis on erinev saavutus selle riistvaraga sidumisest. Kolmas on seadme loomine, kus Windows loob seadme eksemplari, rakendab INF-i ja salvestab tulemuse setupapi logisse. Vaikne lünk nende kahe etapi vahel tekitab kasutaja jaoks sama lause.

Kokkuvõtlik kood kuulub tehingule, samas kui ebaõnnestunud toiming asub samas logis varem. Otsige koodist tagasi, selle asemel et proovida koodi selgitada.

Lugege setupapi.dev.log-i katse ümber

Iga seadme paigaldus kirjutab jaotise faili C:\Windows\INF\setupapi.dev.log, ja SetupAPI logi juhend selgitab, kuidas need jaotised ja nende lõplik olek on korraldatud. Leidke jaotis, mille ajatempel teie katset ümbritseb, ja lugege see tervikuna läbi, mitte esimest märgatud vearida. Hoiatused mitteseotud seadmete kohta ilmuvad kogu pika logi jooksul ega selgita selle rikke kohta midagi. Vastava jaotise lõplik olek on fakt, mida aruandes tasub tsiteerida.

Seostage see jaotis adapteri nime, seadme identifikaatori ja paigaldaja logis nimetatud INF-paketiga. Kolm identifikaatorit, mis ühel ajatemplil kokku langevad, teeb omistamise turvaliseks.

Kontrollige paketti ja seadet eraldi

Ettevalmistatud pakett tõestab ainult seda, et allkirjastatud INF jõudis draiverihoidlasse. Selles Windowsi põlvkonnas loetleb pnputil /enum-drivers kolmandate osapoolte paketid tarnija, klassi, versiooni ja avaldatud nime järgi, mis võimaldab leida OpenVPN-i adapteripaketi selle asemel, et oem-numbri järgi oletada. Miski selles loendis ei ütle, et seade on olemas, käivitus või on leitud paketiga seotud. Need on eraldi küsimused eraldi vastustega.

Seadme poolel on oma vaade. Kirjutuskaitstud adapteri inventuur näitab, mida Windows praegu liidese kohta arvab, ja peidetud kirjed hõlmavad seadmeid, mis on olemas, kuid mitteaktiivsed. Kahe loendi võrdlemine ütleb, milline etapp ebaõnnestus: pakett puudub, seade puudub või seade on olemas probleemiolekuga.

Kontrollige adapterit enne allkirjade puutumist

Lugege olekut masinast, mitte paigaldaja kokkuvõttest. Allolevad käsud loetlevad ettevalmistatud draiveripaketid, adapteri inventuuri koos peidetud kirjetega ja võrguseadmed, mis ei teata OK olekut. Käivitage need pärast taaskäivitust, et ootavad seadmetoimingud oleksid settinud.

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

Pakett ilma vastava seadmeta osutab seadme loomisele ja selle ajatempli setupapi jaotis selgitab, miks. Probleemiolekuga olemasolev seade osutab draiverile või selle allkirjale, mis on teine jutt kui puuduv seade. Adapter, mis on olemas ja teatab, et on ühenduseta, on töötav seade ilma aktiivse tunnelita, mitte ebaõnnestunud paigaldus. Lugege kolm väljundit koos enne, kui valite parandatava etapi.

Allkirjade jõustamise keelamine, võrgupinu lähtestamine või kõigi adapterite kustutamine paneb tõendid kaduma. Ükski neist kolmest ei paranda etappi, mida te pole veel tuvastanud, ja igaüks eemaldab selle, mis oleks teile öelnud, milline etapp see oli.