Adaptér TAP OpenVPN sa nenainštaloval: ktorá fáza zlyhala?

Inštalátor hovorí, že adaptér TAP sa nepodarilo vytvoriť, a táto veta pokrýva najmenej tri rôzne poruchy. Balík sa možno nikdy nepripravil, môže byť pripravený bez toho, aby sa vytvorilo zariadenie, alebo zariadenie môže existovať v stave problému, ktorý inštalátor nahlásil ako jednu všeobecnú chybu. Ktorý z týchto prípadov máte, určuje, kto to opraví a aké dôkazy potrebujete.

Najprv zozbierajte číslo zostavy a časovú značku inštalácie. Obe premenia priečinok s denníkmi na vyhľadávanie, ktoré naozaj môžete spustiť.

Tri fázy, tri rôzne denníky

Prvou fázou je samotný inštalátor, ktorý rozbaľuje súbory, vedie si vlastný denník a hlási súhrnný kód ako 1603, ktorý hovorí, že transakcia zlyhala, ale nehovorí kde. Druhou je úložisko ovládačov, kde sa podpísaný balík pripraví na neskoršie použitie, čo je iný úspech než jeho previazanie s hardvérom. Treťou je vytvorenie zariadenia, kde Windows zostaví inštanciu zariadenia, použije INF a výsledok zapíše do denníka setupapi. Tiché prázdno medzi ktorýmikoľvek dvoma z týchto fáz vytvára tú istú vetu viditeľnú pre používateľa.

Súhrnný kód patrí transakcii, kým zlyhaná činnosť je niekde skôr v tom istom denníku. Hľadajte dozadu od kódu namiesto toho, aby ste sa snažili kód vysvetliť.

Prečítajte setupapi.dev.log okolo pokusu

Každá inštalácia zariadenia zapíše do C:\Windows\INF\setupapi.dev.log jednu časť a príručka k denníku SetupAPI vysvetľuje, ako sú tieto časti a ich konečný stav usporiadané. Nájdite časť, ktorej časová značka obklopuje váš pokus, a prečítajte ju celú, nie prvý riadok chyby, ktorý si všimnete. Upozornenia na nesúvisiace zariadenia sa v dlhom denníku objavujú všade a o tejto poruche nič nevysvetľujú. Konečný stav zodpovedajúcej časti je fakt, ktorý sa v správe oplatí citovať.

Prepojte tú časť s názvom adaptéra, identifikátorom zariadenia a balíkom INF uvedeným v denníku inštalátora. Tri identifikátory zhodné na jednej časovej značke sú to, čo robí priradenie bezpečným.

Skontrolujte balík a zariadenie oddelene

Pripravený balík dokazuje len to, že podpísaný INF sa dostal do úložiska ovládačov. V tejto generácii Windows pnputil /enum-drivers uvádza balíky tretích strán podľa poskytovateľa, triedy, verzie a zverejneného názvu, čo vám umožní nájsť balík adaptéra OpenVPN namiesto hádania z čísla oem. Nič v tom zozname nehovorí, že zariadenie existuje, spustilo sa alebo je previazané s balíkom, ktorý ste našli. To sú oddelené otázky s oddelenými odpoveďami.

Strana zariadenia má svoj vlastný pohľad. Inventár adaptérov len na čítanie ukazuje, čo si Windows momentálne myslí o rozhraní, a skryté položky pokrývajú zariadenia, ktoré sú prítomné, ale neaktívne. Porovnanie oboch zoznamov vám povie, ktorá fáza zlyhala: balík chýba, zariadenie chýba alebo zariadenie je prítomné v stave problému.

Overte adaptér skôr, než sa dotknete podpisov

Čítajte stav zo stroja, nie zo súhrnu inštalátora. Nižšie uvedené príkazy uvádzajú pripravené balíky ovládačov, inventár adaptérov vrátane skrytých položiek a sieťové zariadenia, ktoré nehlásia OK. Spustite ich po reštarte, aby sa čakajúce operácie so zariadeniami upokojili.

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

Balík prítomný bez zodpovedajúceho zariadenia ukazuje na vytvorenie zariadenia a časť setupapi pre túto časovú značku vysvetľuje prečo. Zariadenie prítomné v stave problému ukazuje na ovládač alebo jeho podpis, čo je iná debata než chýbajúce zariadenie. Adaptér, ktorý existuje a hlási odpojenie, je funkčné zariadenie bez aktívneho tunela, nie neúspešná inštalácia. Prečítajte si všetky tri výstupy spolu, skôr než vyberiete fázu na opravu.

Vypnutie vynucovania podpisov, resetovanie sieťového zásobníka alebo odstránenie všetkých adaptérov spôsobí, že dôkazy zmiznú. Nič z tých troch neopraví fázu, ktorú ste ešte neurčili, a každé z nich odstráni to, čo by vám bolo povedalo, ktorá fáza to bola.