Adapter TAP OpenVPN nie został zainstalowany: który etap zawiódł?
Komunikat o nieudanym adapterze obejmuje trzy etapy: instalator, przygotowany pakiet i utworzone urządzenie. Przeczytaj odpowiednią sekcję dziennika, zanim cokolwiek usuniesz.
Instalator mówi, że nie udało się utworzyć adaptera TAP, a to jedno zdanie obejmuje co najmniej trzy różne awarie. Pakiet mógł nigdy nie zostać przygotowany, mógł zostać przygotowany, ale nie utworzono urządzenia, albo urządzenie istnieje ze statusem problemu, który instalator zgłosił jako jeden ogólny błąd. To, który z tych przypadków masz, decyduje o tym, kto to naprawi i jakich dowodów potrzebujesz.
Najpierw zbierz numer kompilacji i znacznik czasu instalacji. Oba zamieniają folder dzienników w wyszukiwanie, które naprawdę można uruchomić.
Trzy etapy, trzy różne dzienniki
Pierwszy etap to sam instalator, który rozpakowuje pliki, prowadzi własny dziennik i zgłasza kod podsumowania, na przykład 1603, który mówi, że transakcja nie powiodła się, ale nie mówi gdzie. Drugi to magazyn sterowników, w którym podpisany pakiet jest przygotowywany do późniejszego użycia, co jest innym osiągnięciem niż powiązanie go ze sprzętem. Trzeci to tworzenie urządzenia, gdzie Windows buduje wystąpienie urządzenia, stosuje plik INF i zapisuje wynik w dzienniku setupapi. Cicha luka między dowolnymi dwoma z tych etapów daje to samo zdanie widoczne dla użytkownika.
Kod podsumowania należy do transakcji, natomiast nieudana czynność znajduje się gdzieś wcześniej w tym samym dzienniku. Szukaj wstecz od kodu, zamiast próbować wyjaśnić kod.
Przeczytaj setupapi.dev.log wokół próby
Każda instalacja urządzenia zapisuje sekcję w C:\Windows\INF\setupapi.dev.log, a przewodnik po dzienniku SetupAPI wyjaśnia, jak te sekcje i ich końcowy status są zorganizowane. Znajdź sekcję, której znacznik czasu obejmuje twoją próbę, a następnie przeczytaj ją całą, a nie pierwszą zauważoną linię błędu. Ostrzeżenia o niepowiązanych urządzeniach pojawiają się w całym długim dzienniku i nic nie wyjaśniają o tej awarii. Końcowy status pasującej sekcji to fakt wart zacytowania w raporcie.
Powiąż tę sekcję z nazwą adaptera, identyfikatorem urządzenia i pakietem INF wymienionym w dzienniku instalatora. Trzy identyfikatory zgodne w jednym znaczniku czasu to właśnie to, co czyni przypisanie bezpiecznym.
Sprawdź pakiet i urządzenie osobno
Przygotowany pakiet dowodzi tylko, że podpisany INF dotarł do magazynu sterowników. W tej generacji Windows pnputil /enum-drivers wymienia pakiety innych firm według dostawcy, klasy, wersji i opublikowanej nazwy, co pozwala znaleźć pakiet adaptera OpenVPN zamiast zgadywać z numeru oem. Nic na tej liście nie mówi, że urządzenie istnieje, zostało uruchomione lub jest powiązane ze znalezionym pakietem. To osobne pytania z osobnymi odpowiedziami.
Strona urządzenia ma własny obraz. Inwentarz adapterów tylko do odczytu pokazuje, co Windows obecnie sądzi o interfejsie, a ukryte wpisy obejmują urządzenia obecne, ale nieaktywne. Porównanie obu list mówi, który etap zawiódł: brak pakietu, brak urządzenia albo urządzenie obecne ze statusem problemu.
Zweryfikuj adapter, zanim ruszysz podpisy
Czytaj stan z maszyny, a nie z podsumowania instalatora. Poniższe polecenia wyświetlają przygotowane pakiety sterowników, inwentarz adapterów wraz z ukrytymi wpisami oraz urządzenia sieciowe, które nie zgłaszają OK. Uruchom je po ponownym rozruchu, aby oczekujące operacje na urządzeniach się uspokoiły.
pnputil /enum-drivers
Get-NetAdapter -IncludeHidden | Select-Object Name, InterfaceDescription, Status
Get-PnpDevice -Class Net | Where-Object Status -ne 'OK'
Pakiet obecny bez pasującego urządzenia wskazuje na tworzenie urządzenia, a sekcja setupapi dla tego znacznika czasu wyjaśnia dlaczego. Urządzenie obecne ze statusem problemu wskazuje na sterownik lub jego podpis, co jest inną rozmową niż brakujące urządzenie. Adapter, który istnieje i zgłasza rozłączenie, jest działającym urządzeniem bez aktywnego tunelu, a nie nieudaną instalacją. Przeczytaj wszystkie trzy wyniki razem, zanim wybierzesz etap do naprawy.
Wyłączenie wymuszania podpisów, zresetowanie stosu sieciowego lub usunięcie każdego adaptera sprawia, że dowody znikają. Żadna z tych trzech czynności nie naprawia etapu, którego jeszcze nie zidentyfikowałeś, a każda usuwa to, co powiedziałoby ci, który to etap.