يقول VPN في Windows إن الجهاز مفقود: أصلحه بالترتيب

عَرَضان يبدوان غير مترابطين يتشاركان سببًا واحدًا في Windows: اتصال محفوظ يبلّغ بأن الجهاز مفقود، وخدمة SSTP تبدأ وتتوقف خلال بضع ثوانٍ. لا أحدهما مشكلة كلمة مرور، ولا أحدهما يُصلح بإعادة إنشاء ملف التعريف أولًا. المكوّنات المحلية التي يجب أن تكون موجودة قبل أي محاولة تسجيل دخول هي نقطة بدء الإصلاح.

اعمل من الداخل إلى الخارج بالترتيب أدناه، وتوقّف عند أول مرحلة تغيّر العَرَض. إعادة بناء ملف تعريف قبل وجود الجهاز لا تنتج إلا مدخلًا ثانيًا بالرسالة نفسها.

ابدأ بالخدمات لا ببيانات الاعتماد

ثلاث خدمات تقف خلف اتصال Windows الأصلي: Telephony وRemote Access Connection Manager وRemote Access Auto Connection Manager. يجب أن تعمل الثلاث لملف تعريف اتصال صادر، وأي منها قد تُركت معطّلة بسبب سكربت تنظيف سابق أو صورة نظام مشدّدة. اضبط الخدمات المستخدمة على Manual أو Automatic بدل تركها على Disabled، وابدأها قبل لمس أي شيء آخر. أما Routing and Remote Access فهي مكوّن مختلف يستضيف الاتصالات الواردة، وتفعيلها ليس شرطًا مسبقًا للاتصال الصادر.

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

الخدمة التي تبدأ ثم تعود فورًا إلى Stopped عيب مختلف عن خدمة عُطّلت ببساطة. ومدخل الحدث المطابق يسمّي المكوّن الذي رفض المتابعة.

ثم افحص المنافذ الصغيرة خلف ملف التعريف

التثبيت السليم يسرد أجهزة WAN Miniport للبروتوكولات التي يمكنه استخدامها، بما فيها PPTP وL2TP وIKEv2 وPPPoE. فإن غابت تلك المدخلات أو كانت معطّلة، لم يجد Windows ما يربط الاتصال به، وظل ملف التعريف يبلّغ بجهاز مفقود. افتح Device Manager مع إظهار الأجهزة المخفية ووسّع Network adapters لترى المخزون الحقيقي لا المفلتر. وغالبًا ما يعيد تشغيل مدير الاتصالات تعداد تلك الأجهزة، ولهذا يمكن لعيب خدمة أن يحاكي غياب العتاد.

تفعيل المنافذ الصغيرة إصلاح مدعوم، بينما حذف المحوّلات جملةً ليس كذلك. والفرق مهم على جهاز بعيد، حيث كل محوّل تحذفه هو طريق عودة تخسره.

عندما تبدأ SSTP وتتوقف خلال ثوانٍ

مكوّنان مشتركان يقفان تحت SSTP: سجل الأحداث ومستودع WMI. وعندما يتلف ذلك المستودع، ترفض الخدمة البقاء قيد التشغيل، ولا شيء في ملف تعريف VPN يفسّر ذلك. أقلع في Safe Mode بجلسة إدارية، ثم أفرغ مجلد RtBackup داخل مجلد سجل WMI على قرص النظام مع إبقاء المجلد نفسه. وحيث يُمنع تغيير الاسم، أفرغ المحتويات أولًا ثم غيّر الاسم بعد ذلك، ناقلًا الملفات القديمة إلى البديل. احفظ سجلات الأحداث ثم أفرغها، لأن خدمة تبدأ على RtBackup فارغ تميل إلى الفشل مرة أخرى عند الإقلاع التالي بينما تبقى السجلات تالفة.

إن لم يفتح Event Viewer إطلاقًا، فالمشكلة في السجلات لا في إعداد VPN. عُد إليها قبل تغيير أي إعداد آخر.

أعد بناء مدخل واحد واختبره وحده

كل اتصال أصلي يعيش في ملف دفتر هاتف، ونسخة لكل مستخدم تقع تحت مجلد بيانات التطبيقات المتجولة في مسار Network/Connections. ودفتر الهاتف على مستوى الجهاز ملف منفصل يمكن أن يحمل مدخلات لا علاقة بينها. أضف اتصالًا واحدًا جديدًا بالمعالج، أو استورد الحزمة التي يوفّرها المشغّل، وجرّب ذلك المدخل وحده قبل أي شيء آخر. واستبدال دفتر الهاتف جملةً ينزل بالاتصالات العاملة مع المعطوبة.

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

الاتصال الذي يتم ثم لا يحمل شيئًا قد تجاوز هذا الإصلاح. وعلى مضيف Hyper-V، تفعيل NetBIOS over TCP/IP على المحوّل الظاهري هو القطعة المفقودة في عدة حالات SSTP موثّقة، وفحصه لا يكلّف شيئًا. وكلمة المرور المنتهية تُصلح وأنت متصل، لأن الدليل لا يتعلّم القيمة الجديدة إلا بعد تسجيل دخول ناجح. سجّل أي مرحلة فشلت قبل المتابعة، لأن إعادة بناء مسار جهاز ردًّا على خطأ مصادقة ينتج عنه دوران بلا تقدّم.

الخدمات، ثم المنافذ الصغيرة، ثم ملف تعريف واحد، ثم المصادقة، ثم المورد البعيد. هذا الترتيب هو الطريقة كلها، والتوقّف عند أول تغيّر هو ما يبقيه قصيرًا.