Peringatan WAN Miniport: perbaiki adaptor atau bangun ulang profil

Membeku sebelum kredensial ditawarkan, menolak menghapus profil, menampilkan adaptor yang namanya tidak dikenali siapa pun: itu tiga wajah dari satu gangguan. Antarmuka perangkat lunak tempat VPN mengikat diri sudah rusak, sementara akun dan gateway tetap utuh. Ada tiga perbaikan yang bisa dipertahankan, dan mana yang berlaku ditentukan oleh satu pemeriksaan baca-saja. Segala yang setelah pemeriksaan itu adalah aritmetika; segala yang sebelumnya adalah dugaan.

Ke apa profil sebenarnya mengikat

Setiap tipe tunnel asli Windows dilayani oleh adaptor virtualnya sendiri, dan adaptor itu adalah driver miniport, bukan kartu fisik. Profil memilih tipe tunnel, tipe memilih adaptor, sehingga satu driver yang tidak sehat dapat merusak setiap profil yang memakainya sementara berbagi berkas dan penjelajahan tetap berjalan. Ketergantungan ini tidak terlihat di properti profil.

Antarmuka ini tetap tersembunyi secara bawaan, baik di Device Manager maupun di daftar adaptor. Begitulah cara yang rusak tetap tak terlihat sementara pemilik mesin bersikeras tidak ada yang berubah.

Tanda peringatan adalah bukti yang berguna dan ikon bersih bukan. Adaptor dapat melaporkan dirinya sehat dan tetap membawa ikatan yang rusak, jadi pertanyaan yang berguna adalah ke apa antarmuka terpasang, bukan bagaimana ikonnya tampak. Baca status dulu dan ikatan kedua, karena ikon menjawab pertanyaan yang paling tidak menarik. Melewati urutan itulah yang mengubah pemeriksaan sepuluh menit menjadi seharian kerja driver.

Putuskan dari status adaptor, bukan kode kesalahan

Nomor kesalahan melaporkan tahap mana yang gagal dan tidak mengatakan apa pun tentang komponen mana yang bersalah. Alokasi alamat, pemilihan sertifikat, dan protokol tunnel punya nomornya sendiri, lazimnya 720, 789, dan 806, dan tak satu pun dari ketiganya adalah bukti tentang miniport. Gunakan nomor itu untuk memilih pemeriksaan berikutnya, bukan untuk memilih perbaikan.

Pengamatan yang membedakan hanya sedikit. Tabel ini memetakan masing-masing ke langkah berikutnya yang hanya-baca:

Urutan penting karena pemasangan ulang driver lambat dan mengganggu. Melakukannya untuk memperbaiki masalah alokasi memakan satu jam dan tidak mengajarkan apa pun kepada orang berikutnya. Tabel juga menetapkan radius kerusakan: satu protokol rusak di semua profil menunjuk driver, sedangkan satu klien vendor rusak di samping profil asli yang bekerja menunjuk tumpukan vendor.

Dua pembacaan yang menyelesaikan sebagian besar tiket

Kedua pembacaan bersifat hanya-baca dan tak satu pun menyentuh driver. Yang pertama mendaftar antarmuka miniport tersembunyi beserta statusnya, yang kedua mendaftar ke apa adaptor bernama terikat:

Get-NetAdapter -IncludeHidden | Where-Object InterfaceDescription -like 'WAN Miniport*' | Select-Object Name, InterfaceDescription, Status
Get-NetAdapterBinding -Name 'WAN Miniport (IKEv2)' -IncludeHidden -AllBindings

Ganti protokol yang dipakai profil Anda, karena daftar ikatan untuk IKEv2 tidak mengatakan apa pun tentang SSTP profil. Ikatan ARP atau IPv4 yang dinonaktifkan, atau driver filter pihak ketiga yang terpasang pada adaptor, dapat menghentikan tunnel sebelum mulai. Munculnya perangkat lunak keamanan di daftar itu bukan bukti bahwa itulah penyebabnya, jadi tetapkan efeknya sebelum menonaktifkan apa pun.

Adaptor yang sehat memperlihatkan ikatan yang Anda harapkan dan tidak ada filter yang tak dapat Anda jelaskan. Ketika daftarnya bersih, bukti sudah berpindah ke driver itu sendiri dan bagian berikutnya yang berlaku.

Simpan nama adaptor dan versi driver sebelum Anda menghapusnya

Ketika adaptor benar-benar tak terpakai, perbaikan standarnya adalah membuatnya dapat dihapus, menghapusnya, dan membiarkan Windows membangun contoh baru saat berikutnya sebuah profil memakai protokol itu. Di Device Manager, perbarui driver, pilih dari daftar, bersihkan filter perangkat keras yang kompatibel, dan pilih adaptor Microsoft generik yang menawarkan opsi hapus.

Sebelum itu, catat apa yang Anda hapus: nama adaptor, versi driver, penyedia, dan tanggal. Perbaikan yang tak bisa Anda jelaskan sesudahnya tidak bisa diulang, dan harga biasa dari perbaikan tanpa catatan adalah mesin yang sama diperbaiki tiga kali. Utilitas vendor melakukan pekerjaan yang sama dengan jangkauan lebih luas dan wajar di armada terkelola bila datang dari vendor, bukan dari cermin. Utilitas yang menukar biner driver mengubah lebih banyak daripada memasang ulang satu adaptor, jadi catat juga versinya di tiket.

Satu kasus vendor memerlukan perbaikan berbeda untuk gejala yang sama. Klien yang mendaftarkan adaptornya dengan nama tampilan yang memuat rujukan pemasang bisa gagal mengaktifkan setelah pembaruan, dan perbaikannya menyunting nama itu di kunci layanan milik vendor. Nilainya menerima nama adaptor biasa, dan klien dimulai ulang sesudahnya:

HKLM\SYSTEM\CurrentControlSet\Services\CVirtA
DisplayName = Cisco Systems VPN Adapter for 64-bit Windows

Kunci itu milik satu klien. Ini bukan perbaikan Windows umum, dan tidak boleh pernah diterapkan pada mesin yang tidak menjalankan klien itu.

Konfirmasi dengan protokol kedua sebelum menutup tiket

Satu sambungan ulang yang berhasil menguji satu protokol lewat satu adaptor, jadi ia membuktikan lebih sedikit daripada yang tampak. Coba lagi profil asli, lalu yang kedua yang dibangun di atas tipe tunnel lain, dan tuntut keduanya tersambung. Jika hanya yang pertama berhasil, kegagalan sisanya adalah bukti tentang driver atau kebijakan, bukan tentang antarmuka yang baru saja Anda bangun ulang.

Jika keluhan aslinya adalah profil yang tidak bisa dihapus, uji ulang itu juga, karena profil yang masih menolak dihapus setelah adaptornya sehat adalah gangguan lain dan pekerjaan adaptor lebih lanjut akan terbuang. Jauhkan akun dan gateway dari catatan kecuali ada yang menunjuk ke sana. Tunnel yang mati sebelum autentikasi biasanya menggambarkan mesinnya, dan catatan yang jujur menyebut adaptor, protokol, dan pemeriksaan yang mengonfirmasinya.