Ralat 868 dengan alamat IP? Apa yang Windows selesaikan dahulu

Dialog menyatakan nama pelayan tidak dapat diselesaikan, dan medan profil yang anda pandang ialah alamat. Gabungan itu bukan percanggahan: klien menyelesaikan sesuatu yang lain daripada nilai yang anda sangka dibacanya. Ketahui apa yang sebenarnya didailnya sebelum membuat kesimpulan bahawa DNS rosak. Susunan langkah klien itu sendiri menunjukkan tempat untuk anda periksa.

Klien menyelesaikan nama sebelum mendail

Sambungan VPN asli Windows membaca profilnya, menyelesaikan alamat pelayan, memulakan terowong, dan hanya selepas itu mengesahkan. Ralat 868 tergolong dalam langkah kedua. Kerana langkah seterusnya tidak pernah berjalan, dialog boleh kelihatan seperti masalah kelayakan apabila carian gagal dahulu.

Susunan itu berguna kerana menyempitkan lapisan yang perlu diperiksa. Apabila profil yang sama berfungsi dari satu rangkaian dan gagal dari rangkaian lain, perbezaannya biasanya penyelesaian nama, bukan jenis terowong atau akaun. Uji carian di tempat kegagalan berlaku, bukan di tempat profil dibina.

Nama yang mana, apabila medan menunjukkan alamat

Baca nilai tersimpan dan bukan nama paparan. Label sambungan bukan alamat pelayannya, dan dua entri dengan label serupa menghantar anda mengejar yang salah:

Get-VpnConnection -Name "Work VPN" |
    Select-Object Name, ServerAddress, TunnelType

Jika profil disediakan untuk semua pengguna, tanya skop itu juga dengan -AllUserConnection. Kemudian selesaikan tepat nilai yang dicetak oleh arahan itu, dari rangkaian tempat kegagalan berlaku. Gunakan gerbang yang didokumenkan oleh pengendali, bukan nama dalaman aplikasi yang hanya diselesaikan selepas terowong naik. Pertanyaan kedua itu gagal atas sebab yang dijangka dan tidak memberitahu apa-apa tentang panggilan:

Resolve-DnsName vpn.example.com

Apabila nilai tersimpan benar-benar berangka, cari tempat kedua klien membaca nama. Konfigurasi EAP boleh merujuk pelayan, profil yang diimport dari alat lain boleh membawa nilainya sendiri, dan pemasang terdahulu boleh meninggalkan entri pendua. Medan dalam dialog bukan selalu satu-satunya input.

Corak sambung semula Windows 7

Benang di sebalik ralat ini menerangkan mesin yang bersambung sekali dan kemudian gagal pada percubaan kemudian dengan 868, tanpa apa-apa berubah dalam profil. Penyumbang melaporkan bahawa memulakan semula perkhidmatan Remote Access Connection Manager atau log keluar dan masuk semula memulihkan sambungan buat sementara. Itu jalan pintas, bukan punca akar yang terbukti.

Anggap corak itu sebagai hipotesis berasingan. Permulaan semula menetapkan semula keadaan klien, jadi kejayaan sementara selepasnya tidak membuktikan rekod DNS itu salah:

Baca jadual sebagai set pemerhatian yang membezakan, bukan diagnosis. Baris pertama ialah masalah nama, kedua keadaan klien, dan ketiga profil yang tidak pernah betul. Setiap satu membawa kepada orang berbeza dan pembetulan berbeza.

Apa yang perlu dikumpulkan untuk pentadbir

Catat nama profil, alamat tersimpan, jenis terowong, rangkaian tempat klien berada, dan sama ada kegagalan berlaku selepas pemutusan. Rekod itu memisahkan kegagalan carian sebenar daripada tingkah laku sambung semula sejarah tanpa sesiapa perlu meneka. Simpan juga log peristiwa klien sekitar percubaan itu.

Jalan pintas daripada binaan lama ialah bukti bahawa tingkah laku itu wujud, bukan janji bahawa permulaan semula perkhidmatan yang sama akan membaiki mesin semasa. Menggantikan nama hos yang didokumenkan dengan alamat literal juga bukan pembaikan.

Sesetengah profil menjangka identiti pelayan yang sepadan dengan nama yang dikonfigurasikan, jadi jalan pintas berangka boleh menukar satu ralat dengan ralat lain. Jika nama mesti kekal, betulkan laluan penyelesaian dan bukan teks profil. Walau apa pun, catat apa yang anda ubah dan mengapa.