TAP-tengi OpenVPN komst ekki fyrir: hvaða þrep bilaði?

Uppsetningarforritið segir að ekki hafi verið hægt að búa til TAP-tengið, og sú setning nær yfir að minnsta kosti þrjú mismunandi biluð tilvik. Pakkinn gæti aldrei hafa verið settur í geymslu, hann gæti verið í geymslu án þess að tæki hafi verið búið til, eða tækið gæti verið til með vandamálsstöðu sem uppsetningarforritið tilkynnti sem eina almennu villu. Hvort þessara tilvika á við ræður því hver lagar það og hvaða sönnun þú þarft.

Safnaðu byggingarnúmerinu og tímastimplinum uppsetningarinnar fyrst af öllu. Bæði gera möppu af annálum að leit sem þú getur í raun keyrt.

Þrjú þrep, þrjár mismunandi annálar

Fyrsta þrepið er uppsetningarforritið sjálft, sem pakkar út skrám, heldur eigin annál og tilkynnir samantektarkóða á borð við 1603 sem segir að færslan hafi mistekist án þess að segja hvar. Annað er reklageymslan, þar sem undirritaður pakki er settur í geymslu til síðari nota, sem er annar árangur en að binda hann við vélbúnað. Þriðja er stofnun tækis, þar sem Windows byggir tækjatilvik, beitir INF og skráir niðurstöðuna í setupapi-annálina. Þögult bil milli hverra tveggja þessara þrepa framkallar sömu setningu gagnvart notandanum.

Samantektarkóðinn tilheyrir færslunni, en aðgerðin sem mistókst er einhvers staðar fyrr í sömu annál. Leitaðu aftur á bak frá kóðanum í stað þess að reyna að útskýra kóðann.

Lestu setupapi.dev.log í kringum tilraunina

Sérhver uppsetning tækis skrifar kafla í C:\Windows\INF\setupapi.dev.log, og leiðarvísirinn um SetupAPI-annál útskýrir hvernig þessir kaflar og lokastaða þeirra eru skipulögð. Finndu kaflann þar sem tímastimpillinn umlykur tilraunina og lestu hann allan í stað fyrstu villulínunnar sem þú tekur eftir. Viðvaranir um ótengd tæki birtast víðs vegar í langri annál og útskýra ekkert um þetta mistök. Lokastaða samsvarandi kafla er sú staðreynd sem er þess virði að vitna í í skýrslu.

Tengdu þann kafla við heiti tengisins, auðkenni tækisins og INF-pakkann sem nefndur er í annál uppsetningarforritsins. Þrjú auðkenni sem stemma á einum tímastimpli er það sem gerir tilvísunina örugga.

Athugaðu pakkann og tækið sitt í hvoru lagi

Pakki í geymslu sannar aðeins að undirritað INF hafi náð í reklageymsluna. Á þessari Windows-kynslóð listar pnputil /enum-drivers þriðjaaðila pakka eftir veitanda, flokki, útgáfu og birtu heiti, sem gerir þér kleift að finna OpenVPN-tengispakkann í stað þess að giska út frá oem-númeri. Ekkert í þeim lista segir að tæki sé til, hafi ræst eða sé bundið við pakkann sem þú fannst. Þetta eru aðskildar spurningar með aðskildum svörum.

Tækjahliðin hefur sína eigin sýn. Skrá yfir tengi sem er aðeins lesin sýnir hvað Windows telur nú um viðmótið, og faldar færslur ná yfir tæki sem eru til staðar en óvirk. Að bera saman listana tvo segir þér hvaða þrep mistókst: pakkinn ekki til staðar, tækið ekki til staðar eða tækið til staðar með vandamálsstöðu.

Staðfestu tengið áður en þú snertir undirskriftir

Lestu stöðuna af vélinni frekar en af samantekt uppsetningarforritsins. Skipanirnar hér að neðan lista reklapakka í geymslu, skrána yfir tengi þar á meðal faldar færslur, og nettækin sem tilkynna ekki OK. Keyrðu þær eftir endurræsingu svo biðaðar tækjaaðgerðir hafi klárast.

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

Pakki til staðar án samsvarandi tækis bendir á stofnun tækis, og setupapi-kaflinn fyrir þann tímastimpil útskýrir hvers vegna. Tæki til staðar með vandamálsstöðu bendir á rekilinn eða undirskrift hans, sem er önnur umræða en tæki sem vantar. Tengi sem er til og tilkynnir ótengt er virkt tæki án virks göngs, ekki misheppnuð uppsetning. Lestu öll þrjú úttökin saman áður en þú velur þrep til að laga.

Að slökkva á undirskriftarþvingun, endurstilla netstakkinn eða eyða hverju tengi lætur sönnunina hverfa. Ekkert þessara þriggja lagar þrep sem þú hefur ekki greint enn, og hvert þeirra fjarlægir það sem hefði sagt þér hvaða þrep það var.