Adaptor TAP OpenVPN gagal dipasang: tahap mana yang rusak?

Penginstal menyatakan adaptor TAP tidak dapat dibuat, dan kalimat itu mencakup setidaknya tiga kegagalan yang berbeda. Paketnya mungkin belum pernah distage, mungkin sudah distage tetapi tidak ada perangkat yang dibuat, atau perangkatnya ada dengan status bermasalah yang dilaporkan penginstal sebagai satu galat generik. Mana di antara itu yang Anda hadapi menentukan siapa yang memperbaikinya dan bukti apa yang Anda perlukan.

Kumpulkan nomor build dan stempel waktu pemasangan sebelum hal lain. Keduanya mengubah setumpuk log menjadi pencarian yang benar-benar bisa dijalankan.

Tiga Tahap, Tiga Log Berbeda

Tahap pertama adalah penginstal itu sendiri, yang mengekstrak berkas, menyimpan log sendiri, dan melaporkan kode ringkasan seperti 1603 yang menyatakan transaksi gagal tanpa menyebut di mana. Tahap kedua adalah penyimpanan driver, tempat paket bertanda tangan distage untuk dipakai nanti, yang merupakan pencapaian berbeda dari mengikatnya ke perangkat keras. Tahap ketiga adalah pembuatan perangkat, tempat Windows membangun instans perangkat, menerapkan INF, dan mencatat hasilnya di log setupapi. Celah senyap di antara dua tahap mana pun menghasilkan kalimat yang sama bagi pengguna.

Kode ringkasan milik transaksi, sedangkan tindakan yang gagal berada di suatu tempat yang lebih awal di log yang sama. Telusuri mundur dari kodenya alih-alih mencoba menjelaskan kodenya.

Baca setupapi.dev.log di Sekitar Percobaan

Setiap pemasangan perangkat menulis satu bagian ke C:\Windows\INF\setupapi.dev.log, dan panduan log SetupAPI menjelaskan bagaimana bagian-bagian itu beserta status akhirnya disusun. Temukan bagian yang stempel waktunya mengapit percobaan Anda, lalu baca seluruhnya alih-alih baris galat pertama yang Anda lihat. Peringatan tentang perangkat yang tidak terkait muncul di sepanjang log yang panjang dan tidak menjelaskan apa pun tentang kegagalan ini. Status akhir bagian yang cocok adalah fakta yang layak dikutip dalam laporan.

Korelasikan bagian itu dengan nama adaptor, pengenal perangkat, dan paket INF yang disebut di log penginstal. Tiga pengenal yang sepakat pada satu stempel waktu itulah yang membuat atribusinya aman.

Periksa Paket dan Perangkat Secara Terpisah

Paket yang sudah distage hanya membuktikan bahwa INF bertanda tangan sampai ke penyimpanan driver. Pada generasi Windows ini, pnputil /enum-drivers menampilkan paket pihak ketiga menurut penyedia, kelas, versi, dan nama terbitan, sehingga Anda dapat menemukan paket adaptor OpenVPN alih-alih menebak dari nomor oem. Tidak ada apa pun di daftar itu yang menyatakan bahwa perangkat ada, pernah mulai, atau terikat pada paket yang Anda temukan. Itu pertanyaan yang terpisah dengan jawaban yang terpisah.

Sisi perangkat punya pandangannya sendiri. Inventaris adaptor baca-saja menunjukkan apa yang saat ini diyakini Windows tentang antarmuka itu, dan entri tersembunyi mencakup perangkat yang ada tetapi tidak aktif. Membandingkan kedua daftar memberi tahu Anda tahap mana yang gagal: paket tidak ada, perangkat tidak ada, atau perangkat ada dengan status bermasalah.

Verifikasi Adaptor Sebelum Menyentuh Tanda Tangan

Bacalah status dari mesin, bukan dari ringkasan penginstal. Perintah di bawah ini menampilkan paket driver yang sudah distage, inventaris adaptor termasuk entri tersembunyi, dan perangkat jaringan yang tidak melaporkan OK. Jalankan setelah boot ulang agar operasi perangkat yang tertunda sudah selesai.

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

Paket yang ada tanpa perangkat yang cocok menunjuk ke pembuatan perangkat, dan bagian setupapi untuk stempel waktu itu menjelaskan mengapa. Perangkat yang ada dengan status bermasalah menunjuk ke driver atau tanda tangannya, yang merupakan pembicaraan berbeda dari perangkat yang hilang. Adaptor yang ada dan melaporkan terputus adalah perangkat yang berfungsi tanpa terowongan aktif, bukan pemasangan yang gagal. Baca ketiga keluaran itu bersama-sama sebelum memilih tahap yang akan diperbaiki.

Menonaktifkan penegakan tanda tangan, mengatur ulang tumpukan jaringan, atau menghapus setiap adaptor membuat buktinya hilang. Tidak satu pun dari ketiga hal itu memperbaiki tahap yang belum Anda identifikasi, dan masing-masing menghapus apa yang seharusnya memberi tahu Anda tahap mana itu.