Az OpenVPN TAP-adapter telepítése nem sikerült: melyik szakasz tört el?

A telepítő azt mondja, hogy a TAP-adaptert nem sikerült létrehozni, és ez a mondat legalább három különböző hibát fed le. Lehet, hogy a csomag soha nem készült elő, hogy eszköz létrehozása nélkül készült elő, vagy hogy az eszköz létezik egy problémás állapottal, amelyet a telepítő egyetlen általános hibaként jelentett. Hogy melyik eset áll fenn, eldönti, ki javítja meg és milyen bizonyítékokra van szüksége.

Mindenek előtt gyűjtse össze a buildszámot és a telepítés időbélyegét. Mindkettő naplófájlok mappáját olyan kereséssé alakítja, amelyet valóban futtathat.

Három szakasz, három különböző napló

Az első szakasz maga a telepítő, amely kicsomagolja a fájlokat, saját naplót vezet, és összefoglaló kódot, például 1603-at jelent, amely azt mondja, hogy a tranzakció meghiúsult, de azt nem, hogy hol. A második az illesztőprogram-tár, ahol egy aláírt csomagot későbbi használatra előkészítenek, ami más teljesítmény, mint a hardverhez kapcsolás. A harmadik az eszköz létrehozása, ahol a Windows felépít egy eszközpéldányt, alkalmazza az INF-et, és az eredményt a setupapi naplóba rögzíti. Bármely két szakasz közötti csendes rés ugyanazt a mondatot eredményezi a felhasználónak.

Az összefoglaló kód a tranzakcióhoz tartozik, míg a meghiúsult művelet valahol korábban van ugyanabban a naplóban. Keressen visszafelé a kódból, ahelyett hogy megpróbálná megmagyarázni a kódot.

Olvassa el a setupapi.dev.log fájlt a kísérlet körül

Minden eszköztelepítés szakaszt ír a C:\Windows\INF\setupapi.dev.log fájlba, és a SetupAPI-napló útmutatója elmagyarázza, hogyan rendeződnek ezek a szakaszok és végső állapotuk. Keresse meg azt a szakaszt, amelynek időbélyege körülfogja a kísérletét, majd olvassa el az egészet, ne csak az első észrevett hiba sort. A nem kapcsolódó eszközökre vonatkozó figyelmeztetések egy hosszú naplóban mindenhol megjelennek, és semmit sem magyaráznak erről a hibáról. Az egyező szakasz végső állapota az a tény, amelyet érdemes idézni egy jelentésben.

Kapcsolja össze ezt a szakaszt az adapter nevével, az eszközazonosítóval és a telepítő naplójában megnevezett INF-csomaggal. Három azonosító egyetlen időbélyegnél való egyezése teszi biztonságossá a hozzárendelést.

Ellenőrizze a csomagot és az eszközt külön

Az előkészített csomag csak azt bizonyítja, hogy egy aláírt INF eljutott az illesztőprogram-tárba. Ebben a Windows-generációban a pnputil /enum-drivers a harmadik féltől származó csomagokat szolgáltató, osztály, verzió és közzétett név szerint listázza, ami lehetővé teszi az OpenVPN adaptercsomag megtalálását ahelyett, hogy egy oem-számból találgatna. A listán semmi sem mondja, hogy létezik, elindult vagy a megtalált csomaghoz van kötve egy eszköz. Ezek külön kérdések külön válaszokkal.

Az eszköz oldalának megvan a maga nézete. Az írásvédett adapterleltár megmutatja, hogy a Windows jelenleg mit gondol a felületről, a rejtett bejegyzések pedig azokat az eszközöket fedik le, amelyek jelen vannak, de inaktívak. A két lista összehasonlítása megmondja, melyik szakasz hibázott: hiányzó csomag, hiányzó eszköz vagy problémás állapotú eszköz.

Ellenőrizze az adaptert, mielőtt az aláírásokhoz nyúlna

Az állapotot a gépről olvassa, ne a telepítő összefoglalójából. Az alábbi parancsok listázzák az előkészített illesztőprogram-csomagokat, az adapterleltárt a rejtett bejegyzésekkel együtt, és azokat a hálózati eszközöket, amelyek nem jelentenek OK állapotot. Futtassa őket újraindítás után, hogy a függőben lévő eszközműveletek leülepedjenek.

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

Egy csomag megfelelő eszköz nélkül az eszköz létrehozására utal, és az adott időbélyeg setupapi szakasza elmagyarázza, miért. A problémás állapotú eszköz az illesztőprogramra vagy annak aláírására utal, ami más beszélgetés, mint egy hiányzó eszköz. Az az adapter, amely létezik, és azt jelenti, hogy kapcsolat nélküli, működő eszköz aktív alagút nélkül, nem pedig sikertelen telepítés. Olvassa el a három kimenetet együtt, mielőtt javítandó szakaszt választana.

Az aláírás-kényszerítés letiltása, a hálózati verem visszaállítása vagy az összes adapter törlése eltünteti a bizonyítékokat. Ezek egyike sem javít meg egy olyan szakaszt, amelyet még nem azonosított, és mindegyik eltávolítja azt, ami megmondta volna, melyik szakasz volt.