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 за този времеви печат обяснява защо. Налично устройство със статус на проблем сочи към драйвера или неговия подпис, което е различен разговор от липсващо устройство. Адаптер, който съществува и отчита състояние на прекъсване, е работещо устройство без активен тунел, а не неуспешна инсталация. Прочетете трите изхода заедно, преди да изберете етап за поправка.

Изключването на проверката на подписи, нулирането на мрежовия стек или изтриването на всеки адаптер кара доказателствата да изчезнат. Нито едно от тези три не поправя етап, който още не сте идентифицирали, и всяко премахва това, което би ви казало кой етап е бил.