VPN Windows berkata peranti tiada: baiki mengikut urutan

Dua gejala yang kelihatan tidak berkaitan berkongsi satu punca pada Windows: sambungan tersimpan yang melaporkan peranti tiada, dan perkhidmatan SSTP yang bermula lalu berhenti dalam beberapa saat. Kedua-duanya bukan masalah kata laluan, dan kedua-duanya tidak diperbaiki dengan mencipta semula profil terlebih dahulu. Bahagian setempat yang mesti wujud sebelum sebarang percubaan log masuk ialah tempat pembaikan bermula.

Bekerja ke luar mengikut urutan di bawah, dan berhenti pada peringkat pertama yang mengubah gejala. Membina semula profil sebelum peranti wujud hanya menghasilkan entri kedua dengan mesej yang sama.

Mulakan dengan perkhidmatan, bukan kelayakan

Tiga perkhidmatan berada di belakang sambungan Windows asli: Telephony, Remote Access Connection Manager dan Remote Access Auto Connection Manager. Ketiga-tiganya mesti berjalan untuk profil keluar, dan mana-mana daripadanya boleh ditinggalkan dilumpuhkan oleh skrip pembersihan terdahulu atau imej yang diperkukuh. Tetapkan yang sedang digunakan kepada Manual atau Automatic dan bukan Disabled, dan mulakannya sebelum menyentuh apa-apa yang lain. Routing and Remote Access ialah komponen berbeza yang mengehos sambungan masuk, jadi mendayakannya bukan prasyarat untuk mendail keluar.

Get-Service -Name TapiSrv,RasMan,RasAuto | Format-Table Name,Status,StartType
Get-WinEvent -LogName System -MaxEvents 30 | Where-Object { $_.ProviderName -match 'Ras|RemoteAccess' }

Perkhidmatan yang bermula dan terus kembali ke Stopped ialah kerosakan berbeza daripada yang hanya dilumpuhkan. Entri peristiwa yang sepadan menamakan komponen yang enggan meneruskan.

Kemudian periksa miniport di belakang profil

Pemasangan yang berfungsi menyenaraikan peranti WAN Miniport untuk protokol yang boleh digunakannya, termasuk PPTP, L2TP, IKEv2 dan PPPoE. Jika entri itu tiada atau dilumpuhkan, Windows tiada apa-apa untuk mengikat sambungan, dan profil terus melaporkan peranti yang hilang. Buka Device Manager dengan peranti tersembunyi dipaparkan dan kembangkan Network adapters untuk melihat inventori sebenar dan bukan yang ditapis. Memulakan pengurus sambungan selalunya menyenaraikan semula peranti itu, sebab itu kerosakan perkhidmatan boleh meniru perkakasan yang tiada.

Mendayakan miniport ialah pembaikan yang disokong, manakala memadam penyesuai secara pukal bukan. Perbezaannya penting pada mesin jauh, di mana setiap penyesuai yang anda buang ialah jalan balik yang hilang.

Apabila SSTP bermula dan berhenti dalam beberapa saat

Dua komponen dikongsi berada di bawah SSTP: log peristiwa dan repositori WMI. Apabila repositori itu rosak, perkhidmatan enggan terus berjalan, dan tiada apa-apa dalam profil VPN menjelaskannya. But ke Safe Mode dengan sesi pentadbir, kemudian kosongkan direktori RtBackup di dalam folder log WMI pada cakera sistem sambil membiarkan direktori itu sendiri kekal. Di tempat penamaan semula disekat, bersihkan kandungan dahulu dan namakan semula selepas itu, sambil membawa fail lama ke pengganti. Simpan log peristiwa dan kemudian kosongkannya, kerana perkhidmatan yang bermula pada RtBackup kosong cenderung gagal lagi pada but seterusnya selagi log kekal rosak.

Jika Event Viewer langsung tidak terbuka, log ialah masalahnya dan bukan konfigurasi VPN. Kembalilah kepadanya sebelum menukar tetapan lain.

Bina semula satu entri dan ujinya bersendirian

Setiap sambungan asli hidup dalam fail buku telefon, dan salinan bagi setiap pengguna berada dalam folder data aplikasi perayauan pada laluan Network/Connections. Buku telefon seluruh mesin ialah fail berasingan yang boleh menyimpan entri yang tidak berkaitan antara satu sama lain. Tambah satu sambungan baharu dengan wizard, atau import pakej yang dibekalkan pengendali, dan uji entri itu bersendirian sebelum apa-apa lagi. Mengganti buku telefon secara menyeluruh menjatuhkan sambungan yang berfungsi bersama yang rosak.

rasdial "Office VPN"
rasdial "Office VPN" /disconnect
Get-PnpDevice -Class Net | Where-Object FriendlyName -like '*WAN Miniport*'

Sambungan yang terbentuk dan kemudian tidak membawa apa-apa sudah melepasi pembaikan ini. Pada hos Hyper-V, mendayakan NetBIOS over TCP/IP pada penyesuai maya ialah bahagian yang hilang dalam beberapa kes SSTP yang didokumenkan, dan memeriksanya tidak memakan apa-apa kos. Kata laluan yang tamat tempoh dibaiki semasa bersambung, kerana direktori hanya mengetahui nilai baharu selepas log masuk berjaya. Catat peringkat mana yang gagal sebelum meneruskan, kerana membina semula laluan peranti sebagai jawapan kepada ralat pengesahan hanya menghasilkan kekecohan tanpa kemajuan.

Perkhidmatan, kemudian miniport, kemudian satu profil, kemudian pengesahan, kemudian sumber jauh. Urutan itulah keseluruhan kaedah, dan berhenti pada perubahan pertama yang menjadikannya pendek.