Adaptorul TAP OpenVPN nu s-a instalat: care etapă a cedat?
Mesajul de adaptor eșuat acoperă trei etape: programul de instalare, pachetul pregătit și dispozitivul creat. Citiți secțiunea corespunzătoare a jurnalului înainte de a șterge ceva.
Programul de instalare spune că adaptorul TAP nu a putut fi creat, iar acea propoziție acoperă cel puțin trei defecțiuni diferite. Pachetul poate să nu fi fost niciodată pregătit, poate fi pregătit fără ca vreun dispozitiv să fie creat, sau dispozitivul poate exista cu o stare de problemă pe care programul a raportat-o ca o singură eroare generică. Care dintre aceste situații este a dumneavoastră decide cine o repară și de ce dovezi aveți nevoie.
Colectați numărul versiunii și momentul instalării înainte de orice altceva. Ambele transformă un dosar de jurnale într-o căutare pe care chiar o puteți rula.
Trei Etape, Trei Jurnale Diferite
Prima etapă este programul de instalare însuși, care despachetează fișiere, ține propriul jurnal și raportează un cod de sinteză precum 1603 care spune că tranzacția a eșuat fără să spună unde. A doua este depozitul de drivere, unde un pachet semnat este pregătit pentru utilizare ulterioară, ceea ce este o realizare diferită de legarea lui de hardware. A treia este crearea dispozitivului, unde Windows construiește o instanță de dispozitiv, aplică INF-ul și înregistrează rezultatul în jurnalul setupapi. Un gol tăcut între oricare două dintre aceste etape produce aceeași propoziție vizibilă pentru utilizator.
Codul de sinteză aparține tranzacției, în timp ce acțiunea eșuată se află undeva mai sus în același jurnal. Căutați înapoi de la cod în loc să încercați să explicați codul.
Citiți setupapi.dev.log în Jurul Încercării
Fiecare instalare de dispozitiv scrie o secțiune în C:\Windows\INF\setupapi.dev.log, iar ghidul jurnalului SetupAPI explică modul în care acele secțiuni și starea lor finală sunt organizate. Găsiți secțiunea al cărei moment încadrează încercarea dumneavoastră, apoi citiți-o întreagă, nu prima linie de eroare pe care o observați. Avertismentele despre dispozitive nelegate apar de-a lungul unui jurnal lung și nu explică nimic despre această defecțiune. Starea finală a secțiunii corespunzătoare este faptul care merită citat într-un raport.
Corelați acea secțiune cu numele adaptorului, identificatorul dispozitivului și pachetul INF menționat în jurnalul programului de instalare. Trei identificatori care coincid la un singur moment fac atribuirea sigură.
Verificați Pachetul și Dispozitivul Separat
Un pachet pregătit dovedește doar că un INF semnat a ajuns în depozitul de drivere. În această generație de Windows, pnputil /enum-drivers listează pachetele terțe după furnizor, clasă, versiune și nume publicat, ceea ce vă permite să găsiți pachetul adaptorului OpenVPN în loc să ghiciți după un număr oem. Nimic din acea listă nu spune că un dispozitiv există, a pornit sau este legat de pachetul găsit. Sunt întrebări separate cu răspunsuri separate.
Partea dispozitivului are propria perspectivă. Un inventar de adaptoare doar pentru citire arată ce crede Windows în acest moment despre interfață, iar intrările ascunse acoperă dispozitivele prezente dar inactive. Compararea celor două liste vă spune care etapă a eșuat: pachet absent, dispozitiv absent sau dispozitiv prezent cu o stare de problemă.
Verificați Adaptorul Înainte de a Atinge Semnăturile
Citiți starea de la mașină, nu din sinteza programului de instalare. Comenzile de mai jos listează pachetele de drivere pregătite, inventarul de adaptoare inclusiv intrările ascunse și dispozitivele de rețea care nu raportează OK. Rulați-le după o repornire, astfel încât operațiile de dispozitiv în așteptare să se fi liniștit.
pnputil /enum-drivers
Get-NetAdapter -IncludeHidden | Select-Object Name, InterfaceDescription, Status
Get-PnpDevice -Class Net | Where-Object Status -ne 'OK'
Un pachet prezent fără un dispozitiv corespunzător indică crearea dispozitivului, iar secțiunea setupapi pentru acel moment explică de ce. Un dispozitiv prezent cu o stare de problemă indică driverul sau semnătura acestuia, ceea ce este o discuție diferită de un dispozitiv lipsă. Un adaptor care există și raportează deconectat este un dispozitiv funcțional fără tunel activ, nu o instalare eșuată. Citiți cele trei ieșiri împreună înainte de a alege o etapă de reparat.
Dezactivarea aplicării semnăturilor, resetarea stivei de rețea sau ștergerea tuturor adaptoarelor face dovezile să dispară. Niciuna dintre aceste trei nu repară o etapă pe care nu ați identificat-o încă, iar fiecare elimină ceea ce v-ar fi spus care etapă a fost.