Klien menyatakan terputus, antarmuka terowongan hilang, dan lalu lintas sehari-hari masih lebih lambat daripada sebelum VPN dipasang. Salah satu penjelasan adalah komponen filter yang tetap terikat ke adaptor fisik setelah terowongan ditutup. Itu petunjuk yang layak diperiksa, bukan putusan: kelambatan yang sama bisa berasal dari versi driver, pengaturan offload, atau komponen klien kedua. Inventarisasi apa yang benar-benar terpasang sebelum mengubah apa pun.

Sebutkan komponennya, catat keadaannya, lalu ubah satu hal.

Pisahkan terowongan dari pengikatan

Antarmuka VPN dan driver filter adalah objek yang berbeda. Antarmuka hilang saat terowongan ditutup; filter yang terpasang pada adaptor fisik dipasang di tumpukan jaringan dan dapat tetap aktif terlepas dari keadaan terowongan. Pengguna melihat satu gejala, dan sistem operasi menyimpan dua bagian keadaan yang tidak berhubungan.

Perbedaan itulah sebabnya mencabut klien atau menghapus profil VPN sering tidak mengubah apa pun. Antarmuka adalah objek yang terlihat. Pengikatan berada lebih dalam di tumpukan dan hidup lebih lama darinya.

Inventarisasi komponen persisnya

Daftar pengikatan pada adaptor yang membawa lalu lintas lambat, menggunakan nama aslinya alih-alih dugaan umum. Catat ID komponen dan status aktif, lalu bandingkan adaptor fisik dengan antarmuka VPN dan adaptor virtual lain dalam daftar.

Informasi versi termasuk dalam catatan yang sama, karena dua mesin dengan nama tampilan mirip dapat menjalankan driver berbeda. Vendor juga dapat mengirimkan komponen filter baru dengan nama tampilan lama. Bandingkan pengenal, bukan label.

Get-NetAdapterBinding -Name 'Ethernet' -AllBindings | Select-Object DisplayName,ComponentID,Enabled
Get-NetAdapter | Format-Table Name,InterfaceDescription,DriverVersion,Status
Get-NetAdapterStatistics -Name 'Ethernet'
pnputil /enum-drivers | Select-String -Pattern 'vpn|filter|ndis' -Context 0,2
driverquery /v | Select-String -Pattern 'vpn|filter'

Tuliskan nama adaptor, ID komponen, versi driver, dan versi klien VPN. Tanpa keempat nilai itu, perbandingan berikutnya hanyalah dugaan. Lampirkan ke tiket agar proses berikutnya dapat dibandingkan dengan yang ini.

Ubah satu hal yang disetujui dan ulangi

Bangun garis dasar dengan beban kerja, tujuan, dan jaringan akses yang sama. Catat apakah VPN terputus, apakah pengikatan yang dicurigai aktif, dan apakah klien VPN kedua terpasang, karena dua klien dapat masing-masing meninggalkan komponen.

Jika vendor mendukung pengalihan pengikatan itu untuk diagnosis, nonaktifkan hanya komponen tersebut pada adaptor itu, ulangi beban kerja yang identik, dan pulihkan keadaan semula. Pasangan sebelum-sesudah dari satu variabel lebih bernilai daripada pemasangan ulang semuanya. Jika hasilnya ambigu, pulihkan keadaan semula sebelum mencoba hipotesis berikutnya. Dua perubahan sekaligus menghasilkan angka yang tidak bisa dikaitkan siapa pun.

Lalu sambungkan kembali dan periksa apakah VPN masih berfungsi, termasuk kebijakan apa pun yang seharusnya ditegakkan klien. Perubahan yang memperbaiki penjelajahan tetapi merusak penegakan terowongan itu sendiri telah menukar satu kesalahan dengan kesalahan lain, dan regresi itu termasuk dalam catatan.

Tetap di jalur yang didukung vendor

Implementasi penyaringan berubah antar generasi produk. Beberapa vendor kini mendokumentasikan jalur Windows Filtering Platform tempat rilis sebelumnya memakai keluarga driver berbeda, sehingga resep registri dari utas forum lama bisa sepenuhnya salah untuk versi yang terpasang.

Periksa inventaris terpasang dan jalur aktif secara terpisah, karena memilih mode yang lebih baru tidak membuktikan komponen lama sudah hilang. Saat pembersihan diperlukan, jalankan proses penghapusan atau pembaruan yang didukung vendor lalu ulangi inventaris pengikatan.

Jaga bukti tetap sempit: adaptor, komponen, versi, perbandingan terkendali, dan hasil regresi VPN. Itu mendukung kesimpulan tentang driver atau kompatibilitas tanpa mengubah setiap koneksi lambat menjadi eksperimen MTU atau mengklaim semua klien VPN berperilaku sama.

Artikel terkait