Kesalahan 720 VPN di Windows: kumpulan alamat atau pengikatan klien?
Kesalahan 720 berarti koneksi tidak pernah menerima alamat yang dapat digunakan. Pisahkan kegagalan pada satu host dari kegagalan pada banyak host sebelum memasang ulang adaptor.
Kesalahan 720 muncul setelah kredensial diterima, itulah sebabnya kesalahan ini mengembalikan orang ke kolom kata sandi. Koneksi mencapai titik negosiasi alamat dan tidak mendapatkannya. Dua kegagalan yang sangat berbeda menghasilkan dialog yang sama: server tidak punya apa pun untuk dibagikan, atau klien ini tidak dapat menyelesaikan negosiasi. Memisahkan keduanya sebelum menyentuh apa pun adalah sebagian besar perbaikan, dan pemisahan itu didokumentasikan di halaman pemecahan masalah kesalahan 720 milik Microsoft.
Apa yang tidak disebutkan dialog
Pesan itu menjelaskan kegagalan dalam negosiasi PPP, dan sengaja dibuat kabur karena klien tidak dapat melihat mengapa server menolak. Ini bukan kesalahan kredensial dan bukan pernyataan tentang enkripsi terowongan. Artinya alamat atau parameter negosiasi tidak tersampaikan.
Di sisi server, penyebab umumnya adalah alokasi: kumpulan statis RRAS tanpa alamat kosong, atau konfigurasi DHCP yang cakupannya habis atau tidak terjangkau, menghasilkan gejala yang persis sama pada setiap klien yang mencoba. Di sisi klien, penyebab umumnya adalah pengikatan. WAN Miniport yang membawa PPP harus terikat ke komponen yang benar, dan pengikatan yang dinonaktifkan atau filter jaringan yang disisipkan dapat menghentikan negosiasi tanpa masalah perangkat yang terlihat. Kedua keluarga membutuhkan bukti berbeda, dan cara tercepat memilih di antara keduanya adalah menghitung berapa banyak klien yang terdampak.
Pisahkan populasi dulu, baru kumpulan alamat
Hitung klien terdampak sebelum membaca konfigurasi apa pun. Kegagalan yang mengenai semua orang sekaligus adalah kondisi server, dan kegagalan yang mengikuti satu mesin antarjaringan adalah kondisi klien. Penghitungan itu hanya memerlukan satu pesan di kanal obrolan dan menghemat satu sore.
| 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 |
Lalu korelasikan satu percobaan gagal dengan catatan server itu sendiri, karena RRAS mencatat peristiwa saat tidak dapat mengalokasikan dan peristiwa itu menyebut kegagalan, bukan gejalanya. Jika kegagalan mengikuti klien tertentu, log server tidak akan menunjukkan apa pun untuk percobaan itu, dan itu sendiri informatif. Tidak adanya kesalahan alokasi mempersempit masalah ke negosiasi pada klien tersebut dan memberi tahu perintah mana yang harus dijalankan berikutnya.
Get-WinEvent -LogName System -MaxEvents 500 | Where-Object { $_.Id -eq 20167 }
Get-NetAdapter -IncludeHidden | Where-Object { $_.InterfaceDescription -like "WAN Miniport*" }Baca status alokasi server
Di sisi RRAS, pastikan metode alokasi mana yang benar-benar dikonfigurasi, bukan yang diasumsikan dokumentasi. Kumpulan statis dan konfigurasi yang diteruskan DHCP gagal dengan cara berbeda, dan perbaikannya milik metode yang sedang dipakai. Untuk kumpulan statis, hitung alamat kosong dan cari penetapan per pengguna yang memegang sewa yang tidak diingat siapa pun, karena kumpulan yang tampak besar bisa terpakai penuh. Untuk DHCP, periksa bahwa relai menjangkau server dan cakupan memiliki sewa kosong.
Cakupan yang habis oleh klien biasa menghasilkan 720 yang sama dengan kumpulan yang salah konfigurasi, dan konsol RRAS akan tampak sangat sehat dalam kedua kasus. Tolak solusi warisan berupa memecah kumpulan menjadi rentang lebih kecil: saran aslinya menggambarkan hasil satu administrator, dan itu tidak memperbaiki kegagalan alokasi yang peristiwa server sendiri dapat menyebutkannya langsung.
Baca pengikatan klien tanpa merusaknya
Jika bukti menunjuk ke satu klien, periksa adaptor tersembunyi alih-alih memasang ulang tumpukan. Perintah pertama mencantumkan antarmuka WAN Miniport dan namanya; perintah kedua mengambil nama yang dikembalikannya, bukan nama yang disalin dari panduan.
Get-NetAdapterBinding -Name "<name>" -IncludeHidden -AllBindingsBaca daftar untuk pengikatan resolusi alamat dan untuk filter pihak ketiga. Pengikatan yang dinonaktifkan adalah perbaikan bertarget, sedangkan keberadaan filter adalah pertanyaan bagi pemilik perangkat lunak itu, bukan izin untuk menonaktifkan produk keamanan. Menghapus semua adaptor adalah satu-satunya langkah yang menghancurkan bukti yang Anda perlukan jika kegagalan kembali.
Setelah koreksi, coba lagi profil yang sama lalu ulangi kasus dua klien jika itu gejala aslinya, karena koneksi pertama yang berhasil menyembunyikan masalah alokasi yang diungkap klien kedua. Simpan catatan dalam empat bidang: klien mana, pengikatan mana, peristiwa mana, dan apa yang berubah. Ubah satu lapisan per percobaan juga, karena perbaikan klien dan perubahan kumpulan yang diterapkan bersama tidak dapat diatribusikan, dan kegagalan berikutnya akan tampak baru padahal sama.