OpenVPN TAP адаптер није инсталиран: који је корак пао?

Инсталатер каже да TAP адаптер није могао бити креиран, а та реченица покрива најмање три различита квара. Пакет можда никада није припремљен, можда је припремљен а уређај није креиран, или уређај постоји са статусом проблема који је инсталатер пријавио као једну општу грешку. Који од тих случајева имате одређује ко то поправља и који су вам докази потребни.

Пре свега прикупите број верзије и временску ознаку инсталације. Обоје претвара фасциклу дневника у претрагу коју заиста можете покренути.

Три корака, три различита дневника

Први корак је сам инсталатер, који распакује датотеке, води сопствени дневник и пријављује збирни код попут 1603 који каже да трансакција није успела без тога где. Други је складиште драјвера, где се потписан пакет припрема за каснију употребу, што је друго постигнуће од повезивања са хардвером. Трећи је креирање уређаја, где Windows гради инстанцу уређаја, примењује INF и записује исход у дневник setupapi. Тиха празнина између било која два од тих корака производи исту реченицу видљиву кориснику.

Збирни код припада трансакцији, док је неуспела радња негде раније у истом дневнику. Тражите уназад од кода уместо да покушавате да објасните код.

Прочитајте setupapi.dev.log око покушаја

Свака инсталација уређаја записује одељак у C:\Windows\INF\setupapi.dev.log, а водич кроз дневник SetupAPI објашњава како су ти одељци и њихов коначни статус организовани. Пронађите одељак чија временска ознака обухвата ваш покушај, па га прочитајте целог, а не први ред грешке који приметите. Упозорења о неповезаним уређајима појављују се свуда у дугом дневнику и ништа не објашњавају о овом квару. Коначни статус одговарајућег одељка је чињеница коју вреди цитирати у извештају.

Повежите тај одељак са именом адаптера, идентификатором уређаја и INF пакетом наведеним у дневнику инсталатера. Три идентификатора која се поклапају на једној временској ознаци чине то повезивање сигурним.

Проверите пакет и уређај одвојено

Припремљен пакет доказује само да је потписан INF стигао у складиште драјвера. На овој генерацији Windows-а pnputil /enum-drivers наводи пакете трећих страна по добављачу, класи, верзији и објављеном имену, што вам омогућава да нађете пакет OpenVPN адаптера уместо да погађате из oem броја. Ништа на том списку не каже да уређај постоји, да је покренут или да је повезан са пакетом који сте нашли. То су одвојена питања са одвојеним одговорима.

Страна уређаја има свој поглед. Попис адаптера само за читање показује шта Windows тренутно мисли о интерфејсу, а скривени уноси покривају уређаје који постоје али су неактивни. Поређење та два списка каже вам који је корак пао: пакет недостаје, уређај недостаје или уређај постоји са статусом проблема.

Проверите адаптер пре него што додирнете потписе

Читајте стање са машине, а не из сажетка инсталатера. Команде испод наводе припремљене пакете драјвера, попис адаптера укључујући скривене уносе и мрежне уређаје који не пријављују OK. Покрените их после поновног покретања да би се операције уређаја на чекању смириле.

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

Пакет постоји без одговарајућег уређаја указује на креирање уређаја, а одељак setupapi за ту временску ознаку објашњава зашто. Уређај са статусом проблема указује на драјвер или његов потпис, што је други разговор од уређаја који недостаје. Адаптер који постоји и пријављује прекинуту везу је уређај који ради без активног тунела, а не неуспешна инсталација. Прочитајте сва три излаза заједно пре него што изаберете корак за поправку.

Искључивање примене потписа, ресетовање мрежног стека или брисање свих адаптера чини да докази нестану. Ниједно од тих три не поправља корак који још нисте утврдили, а свако уклања оно што би вам рекло који је корак био.