خطأ 720 في VPN بنظام Windows: تجمع العناوين أم ارتباط العميل؟
يعني الخطأ 720 أن الاتصال لم يحصل أبدًا على عنوان صالح للاستخدام. افصل الأعطال على مضيف واحد عن الأعطال على العديد من المضيفين قبل إعادة تثبيت المحول.
يظهر الخطأ 720 بعد قبول بيانات الاعتماد، ولهذا يعيد الناس إلى حقل كلمة المرور. وصل الاتصال إلى النقطة التي يُتفاوض فيها على عنوان ولم يحصل على واحد. عطلان مختلفان تمامًا ينتجان مربع الحوار نفسه: لم يكن لدى الخادم ما يوزعه، أو لم يستطع هذا العميل تحديدًا إكمال التفاوض. فصل هذين قبل لمس أي شيء هو معظم الإصلاح، والفصل موثق في صفحة استكشاف أخطاء Microsoft الخاصة بالخطأ 720.
ما يحجبه مربع الحوار
تصف الرسالة فشلًا في تفاوض PPP، وهي غامضة عمدًا لأن العميل لا يستطيع رؤية سبب رفض الخادم. ليس خطأ في بيانات الاعتماد، وليس بيانًا عن تشفير النفق. يعني أن العنوان أو معاملات التفاوض لم تُسلَّم.
على جانب الخادم، السبب المعتاد هو التخصيص: تجمع ثابت في RRAS بلا عناوين حرة، أو تكوين DHCP نطاقه مستنفد أو غير قابل للوصول، ينتج هذا العَرَض نفسه عند كل عميل يحاول. على جانب العميل، السبب المعتاد هو الارتباط. يجب ربط WAN Miniport الذي يحمل PPP بالمكونات الصحيحة، ويمكن لارتباط معطّل أو مرشّح شبكة مُدرج أن يوقف التفاوض دون أي مشكلة مرئية في الجهاز. تحتاج العائلتان إلى أدلة مختلفة، وأسرع طريقة للاختيار بينهما هي عدّ عدد العملاء المتأثرين.
افصل المجتمع قبل التجمع
عُدّ العملاء المتأثرين قبل قراءة أي تكوين. العطل الذي يصيب الجميع دفعة واحدة هو حالة خادم، والعطل الذي يتبع جهازًا واحدًا بين الشبكات هو حالة عميل. يكلف هذا العدّ رسالة واحدة في قناة دردشة ويوفر بعد ظهر كامل.
| 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 |
ثم اربط محاولة فاشلة واحدة بسجل الخادم نفسه، لأن RRAS يسجّل حدثًا عندما لا يستطيع التخصيص، وهذا الحدث يسمّي العطل لا العَرَض. إذا تبع العطل عميلًا محددًا، فلن يُظهر سجل الخادم شيئًا لتلك المحاولة، وهذا بحد ذاته مفيد. غياب خطأ التخصيص يضيّق المشكلة إلى التفاوض على ذلك العميل ويخبرك بالأوامر التي يجب تشغيلها بعد ذلك.
Get-WinEvent -LogName System -MaxEvents 500 | Where-Object { $_.Id -eq 20167 }
Get-NetAdapter -IncludeHidden | Where-Object { $_.InterfaceDescription -like "WAN Miniport*" }اقرأ حالة التخصيص على الخادم
على جانب RRAS، تأكد من طريقة التخصيص المكوَّنة فعليًا وليس التي تفترضها الوثائق. التجمع الثابت والتكوين المُمرَّر عبر DHCP يفشلان بطرق مختلفة، والإصلاح يخص الطريقة المستخدمة. في التجمع الثابت، عُدّ العناوين الحرة وابحث عن تخصيصات لكل مستخدم تحتفظ بإجارة لا يتذكر أحد إجرائها، لأن تجمعًا يبدو كبيرًا قد يكون ممتلئًا بالكامل. في DHCP، تحقق من وصول المرحّل إلى خادم ومن وجود إجارات حرة في النطاق.
النطاق المستنفد من العملاء العاديين ينتج الخطأ 720 نفسه الذي ينتجه تجمع مُكوَّن بشكل خاطئ، وستبدو وحدة تحكم RRAS سليمة تمامًا في الحالتين. قاوم الحل المؤقت الموروث بتقسيم التجمع إلى نطاقات أصغر: النصيحة الأصلية وصفت نتيجة مسؤول واحد، وهي لا تصلح عطل تخصيص يمكن لأحداث الخادم نفسها تسميته مباشرة.
اقرأ ارتباطات العميل دون كسرها
إذا أشارت الأدلة إلى عميل واحد، فافحص المحول المخفي بدلًا من إعادة تثبيت المكدس. يسرد الأمر الأول واجهات WAN Miniport وأسماءها؛ ويأخذ الثاني الاسم الذي أعاده، لا اسمًا منقولًا من دليل.
Get-NetAdapterBinding -Name "<name>" -IncludeHidden -AllBindingsاقرأ القائمة بحثًا عن ارتباط تحليل العناوين وعن مرشحات الطرف الثالث. الارتباط المعطّل إصلاح موجّه، بينما وجود مرشّح سؤال لمالك ذلك البرنامج وليس إذنًا بتعطيل منتج أمني. حذف كل المحولات هو الخطوة الوحيدة التي تدمر الأدلة التي ستحتاجها إذا عاد العطل.
بعد التصحيح، أعد محاولة الملف الشخصي نفسه ثم كرر حالة العميلين إذا كان ذلك العَرَض الأصلي، لأن اتصالًا أول ناجحًا يخفي مشكلة التخصيص التي يكشفها عميل ثانٍ. أبقِ الملاحظة في أربعة حقول: أي عميل، أي ارتباط، أي حدث، وما الذي تغير. غيّر طبقة واحدة في كل محاولة أيضًا، لأن إصلاح العميل وتغيير التجمع إذا طُبقا معًا لا يمكن نسبهما، وسيبدو العطل التالي جديدًا مع أنه نفسه.