Ralat 720 VPN dalam Windows: kumpulan alamat atau pengikatan klien?
Ralat 720 bermaksud sambungan tidak pernah menerima alamat yang boleh digunakan. Asingkan kegagalan pada satu hos daripada kegagalan pada banyak hos sebelum memasang semula penyesuai.
Ralat 720 muncul selepas kelayakan diterima, sebab itulah ia menghantar orang kembali ke medan kata laluan. Sambungan sampai ke titik alamat dirundingkan dan tidak mendapat satu. Dua kegagalan yang sangat berbeza menghasilkan dialog yang sama: pelayan tiada apa untuk diagihkan, atau klien ini tidak dapat menyelesaikan rundingan. Mengasingkan kedua-duanya sebelum menyentuh apa-apa ialah sebahagian besar pembaikan, dan pengasingan itu didokumenkan di halaman penyelesaian masalah ralat 720 Microsoft.
Apa yang dialog tidak sebut
Mesej itu menerangkan kegagalan dalam rundingan PPP, dan ia sengaja kabur kerana klien tidak dapat melihat mengapa pelayan menolak. Ini bukan ralat kelayakan dan bukan kenyataan tentang penyulitan terowong. Ia bermaksud alamat atau parameter rundingan tidak disampaikan.
Di sebelah pelayan, punca biasa ialah peruntukan: kumpulan statik RRAS tanpa alamat kosong, atau konfigurasi DHCP yang skopnya habis atau tidak dapat dicapai, menghasilkan gejala yang sama tepat pada setiap klien yang mencuba. Di sebelah klien, punca biasa ialah pengikatan. WAN Miniport yang membawa PPP mesti diikat pada komponen yang betul, dan pengikatan yang dilumpuhkan atau penapis rangkaian yang dimasukkan boleh menghentikan rundingan tanpa masalah peranti yang kelihatan. Kedua-dua keluarga memerlukan bukti berbeza, dan cara terpantas memilih antara mereka ialah mengira berapa banyak klien terjejas.
Asingkan populasi dahulu, kemudian kumpulan alamat
Kira klien terjejas sebelum membaca sebarang konfigurasi. Kegagalan yang melanda semua orang serentak ialah keadaan pelayan, dan kegagalan yang mengikut satu mesin merentas rangkaian ialah keadaan klien. Kiraan itu hanya memerlukan satu mesej dalam saluran sembang dan menjimatkan satu petang.
| Artifact | How you get it | What it rules out | What it cannot rule out |
|---|---|---|---|
| Affected-client count | One message to the people who failed, or a search of today's tickets | A client-only fault, when every client failed within minutes | Which server-side component stopped allocating |
| RRAS event for one attempt | Get-WinEvent on the System log, filtered to the allocation event id | An allocation failure, when no event matches that attempt | A binding fault that appears later in the same negotiation |
| Hidden WAN Miniport bindings | Get-NetAdapter with hidden adapters, then the binding list on the returned name | A disabled ms_wanarp binding or an inserted filter on this client | Pool exhaustion that would also have hit other clients |
| Free-address count | The RRAS pool view, or the DHCP scope statistics | A committed static range or an exhausted scope | Why the address was not delivered to one specific client |
Kemudian kaitkan satu percubaan gagal dengan rekod pelayan itu sendiri, kerana RRAS mencatat peristiwa apabila ia tidak dapat memperuntukkan dan peristiwa itu menamakan kegagalan, bukan gejalanya. Jika kegagalan mengikut klien tertentu, log pelayan tidak akan menunjukkan apa-apa untuk percubaan itu, dan itu sendiri bermaklumat. Ketiadaan ralat peruntukan menyempitkan masalah kepada rundingan pada klien itu dan memberitahu arahan mana yang perlu dijalankan seterusnya.
Get-WinEvent -LogName System -MaxEvents 500 | Where-Object { $_.Id -eq 20167 }
Get-NetAdapter -IncludeHidden | Where-Object { $_.InterfaceDescription -like "WAN Miniport*" }Baca keadaan peruntukan pelayan
Di sebelah RRAS, sahkan kaedah peruntukan mana yang benar-benar dikonfigurasikan, bukan yang diandaikan dokumentasi. Kumpulan statik dan konfigurasi yang disalurkan DHCP gagal dengan cara berbeza, dan pembaikan milik kaedah yang sedang digunakan. Untuk kumpulan statik, kira alamat kosong dan cari peruntukan setiap pengguna yang memegang pajakan yang tiada siapa ingat dibuat, kerana kumpulan yang kelihatan besar boleh terisi sepenuhnya. Untuk DHCP, semak bahawa geganti sampai ke pelayan dan skop mempunyai pajakan kosong.
Skop yang habis oleh klien biasa menghasilkan 720 yang sama seperti kumpulan yang salah dikonfigurasikan, dan konsol RRAS akan kelihatan sangat sihat dalam kedua-dua kes. Tolak penyelesaian warisan yang memecahkan kumpulan kepada julat lebih kecil: nasihat asal menerangkan hasil seorang pentadbir, dan ia tidak membaiki kegagalan peruntukan yang peristiwa pelayan sendiri boleh namakan secara langsung.
Baca pengikatan klien tanpa memecahkannya
Jika bukti menunjuk kepada satu klien, periksa penyesuai tersembunyi daripada memasang semula tindanan. Arahan pertama menyenaraikan antara muka WAN Miniport dan namanya; arahan kedua mengambil nama yang dikembalikannya, bukan nama yang disalin daripada panduan.
Get-NetAdapterBinding -Name "<name>" -IncludeHidden -AllBindingsBaca senarai untuk pengikatan penyelesaian alamat dan untuk penapis pihak ketiga. Pengikatan yang dilumpuhkan ialah pembaikan bersasar, manakala kehadiran penapis ialah soalan kepada pemilik perisian itu, bukan kebenaran untuk melumpuhkan produk keselamatan. Memadam semua penyesuai ialah satu-satunya langkah yang memusnahkan bukti yang anda perlukan jika kegagalan kembali.
Selepas pembetulan, cuba semula profil yang sama kemudian ulangi kes dua klien jika itu gejala asal, kerana sambungan pertama yang berjaya menyembunyikan masalah peruntukan yang didedahkan oleh klien kedua. Simpan nota dalam empat medan: klien mana, pengikatan mana, peristiwa mana dan apa yang berubah. Tukar satu lapisan setiap percubaan juga, kerana pembaikan klien dan perubahan kumpulan yang digunakan serentak tidak boleh dikaitkan, dan kegagalan seterusnya akan kelihatan baharu sedangkan ia sama.