27850, 442, dan 651: satu tumpukan, tiga pemeriksaan pertama

Pemasang berhenti di 27850, koneksi ditolak dengan 442, dan profil lain mengembalikan 651. Angka-angka itu tampak seperti tiga kerusakan terpisah, dan reaksi biasanya adalah memasang ulang klien tiga kali. Padahal semuanya berasal dari satu subsistem: adaptor virtual dan tumpukan filter di sekitarnya. Nomor galat menunjukkan lapisan mana yang gagal, dan itulah yang menentukan pemeriksaan pertama. Memasang ulang sebelum membaca nomornya biasanya menghasilkan kerusakan yang sama.

Cocokkan nomor dengan lapisan

Setiap galat muncul di titik berbeda, jadi pemeriksaan pertama berbeda meski gejala yang terlihat sama, yaitu koneksi yang ditolak. Tiga keluarga mencakup semua kasus: pemasang, adaptor, dan port di bawahnya. Tabel berikut menempatkan setiap nomor di samping pemeriksaan yang disiratkannya.

Jika galat muncul sebelum profil apa pun dipilih, itu keluarga pemasang. Jika muncul saat klien mencoba menaikkan adaptor, itu keluarga adaptor. Jika adaptor terlihat tetapi port tidak pernah terbuka, itu keluarga miniport. Catat nomornya sebelum mengubah apa pun. Ketiga perbaikan menyentuh bagian tumpukan yang berbeda, dan perubahan untuk keluarga yang salah membuat percobaan berikutnya lebih sulit dibaca.

Tumpukan filter penuh, atau paket keamanan yang memblokir pengandar

Memasang klien mendaftarkan komponen filter kecil di rantai adaptor. Windows punya batas keras berapa banyak komponen semacam itu yang boleh terikat, dan nilai bawaan menyisakan sedikit ruang ketika ada antivirus, jembatan virtualisasi, dan pengandar penangkap. Pemasangan lalu gagal dengan 27850 walau paket VPN baik. Pemasang tidak bisa membedakan tumpukan penuh dari yang rusak.

Baca nilai saat ini, naikkan, dan mulai ulang sebelum mencoba lagi. Filter baru tidak dapat terikat sampai tumpukan dibangun ulang:

reg query "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters /t REG_DWORD /d 14 /f

Penyebab lain adalah paket keamanan yang memblokir pemasangan pengandar tanpa pemberitahuan terlihat. Fitur pertahanan dirinya dapat mencegah filter mendaftar, sehingga pemasang melaporkan kegagalan komponen umum. Periksa log paket itu sendiri, dan jika pertahanan diri menjadi penghalang, matikan hanya selama jendela pemasangan lalu segera pulihkan. Jika nilainya sudah dinaikkan dan tidak ada paket yang memblokir, cari pengandar filter yatim dari produk VPN sebelumnya. Filter lama yang tidak lagi punya layanan pasangannya masih menempati satu slot dan dapat menggagalkan pemasangan baru.

Adaptor ada dan tetap turun

Galat 442 berarti adaptor virtual ada tetapi klien tidak dapat menaikkannya. Pemeriksaan pertama adalah Pengelola Perangkat dengan perangkat tersembunyi ditampilkan: adaptor yang dinonaktifkan, adaptor bertanda peringatan, dan adaptor yang hilang terlihat sama di klien tetapi perlu perbaikan berbeda. Internet Connection Sharing sering menahannya. Jika layanan telah mengambil adaptor, hentikan layanan dan coba lagi sebelum menyentuh registri. Konfigurasi berbagi yang tersisa dapat mengambilnya lagi setelah mulai ulang, jadi catat apakah perbaikannya bertahan setelah mulai ulang.

Pemasangan ulang dapat meninggalkan nama tampilan cacat yang membuat adaptor tidak terkelola. Nilainya harus teks biasa, bukan token pemasang yang belum terurai:

Get-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Services\CVirtA" -Name DisplayName
Set-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Services\CVirtA" -Name DisplayName -Value "Cisco Systems VPN Adapter for 64-bit Windows"

Gunakan nama tampilan yang diharapkan klien Anda, lalu mulai ulang agar adaptor dihitung ulang. Menyetel nilai tanpa mulai ulang biasanya membiarkan keadaan lama dan koneksi berikutnya memberi 442 lagi.

Port di bawahnya tidak pernah terbuka

Galat 651 dilaporkan ketika pengelola koneksi tidak dapat membuka miniport WAN. Adaptor bisa tampak sehat di klien sementara port di bawahnya tidak pernah mencapai keadaan berjalan. Daftar miniport dan statusnya sebelum memasang ulang apa pun:

Get-PnpDevice -Class Net | Where-Object { $_.FriendlyName -like "*WAN Miniport*" } | Select-Object Status, FriendlyName

Miniport berstatus galat adalah petunjuk langsung. Memasang ulang dari Pengelola Perangkat membuat port lagi, dan karena itu perbaikan ini berhasil ketika pemasangan ulang klien tidak. Pengandar pihak ketiga yang terikat ke adaptor fisik adalah penyebab umum lainnya. Pengandar jaringan jembatan VirtualBox, pengandar TAP sisa dari OpenVPN atau filter penangkap dapat mengambil port lebih dulu. Menghapus centang komponen saat pemasangan tidak cukup bila pengandar sudah terikat; pengandar harus dilepas dari properti adaptor atau dihapus dari penyimpanan pengandar.

Menonaktifkan IPv6 pada koneksi VPN telah menyelesaikan galat ini pada beberapa build, tetapi perlakukan sebagai uji, bukan rancangan permanen. Jika koneksi hanya mulai dengan IPv6 nonaktif, miniport atau pengandar di bawahnya tetap penyebabnya.

Ubah satu lapisan dan simpan buktinya

Simpan nilai registri yang Anda ubah, catat daftar adaptor dan filter sebelum dan sesudah, dan mulai ulang di antara percobaan. Mulai ulang adalah bagian perbaikan untuk setiap keluarga di sini, karena tumpukan adaptor dibangun saat boot dan memulai ulang layanan tidak membangunnya ulang.

Pasang ulang klien hanya setelah adaptor, filter, dan miniport lama hilang. Memasang klien baru di atas tumpukan rusak adalah cara 27850 yang dapat diperbaiki berubah menjadi mesin dengan dua adaptor setengah terdaftar dan tanpa galat yang jelas. Berhenti dan eskalasi bila galat yang sama bertahan dua kali pada pemeriksaan khusus lapisan. Pada titik itu langkah berikutnya yang berguna adalah tinjauan tumpukan jaringan bersih dengan log pemasang dari vendor, bukan percobaan lain dari pemasangan ulang yang sama.