عميل Azure VPN: منصة VPN لم تبدأ الاتصال
إعادة الاستيراد والإصلاح وإعادة التعيين تكلف ثلاث أشياء مختلفة. عالج فشل التسليم بترتيب التكلفة، ثم افصل مشكلة المخزن عن مشكلة البوابة.
يقول سطر الحالة إن منصة VPN لم تبدأ الاتصال، والملف الشخصي يُستورد دون شكوى، والبوابة سليمة للجميع. تلك الرسالة تصف تسليمًا داخل Windows، لا بيانات اعتماد مرفوضة، لذلك يمضي الترتيب المفيد من أرخص تغيير للحالة إلى أكثرها تدميرًا. إعادة استيراد ملف شخصي تكلف دقيقة، وإصلاح الحزمة يكلف إعادة تشغيل، وإعادة تعيينها تكلف كل ملف شخصي على الجهاز. العمل بترتيب خاطئ يهدم الأدلة التي تحتاجها للتمييز بين تلك الحالات.
إعادة الاستيراد والإصلاح وإعادة التعيين: ثلاث تكاليف مختلفة
الإجراءات الثلاثة ليست متبادلة، وواحد فقط منها قابل للتراجع دون عمل. إعادة الاستيراد تحدّث الملف الشخصي وتحتفظ بتثبيت التطبيق. الإصلاح يحتفظ بالملفات المستوردة ويعيد كتابة ملفات الحزمة. إعادة التعيين تزيل الملفات الشخصية مع حالة التطبيق، فتعيد استيراد كل شيء بعدها.
| Action | Keeps | Removes |
|---|---|---|
| Re-import profile | App, other profiles | The stale profile entry |
| Repair package | Imported profiles | Damaged app files |
| Reset app | Nothing local | All profiles and app state |
ابدأ بتنزيل جديد لـ azurevpnconfig.xml كلما تغيرت البوابة أو مجموعة العناوين أو طريقة المصادقة. الملف الشخصي الذي يسمي بوابة محذوفة ينتج هذا السطر بالضبط، ولا يصلح أي إصلاح للعميل ملفًا يشير إلى شيء لم يبق موجودًا.
قبل أي خطوة مدمرة، تحقق من أن التطبيق مسموح له بالعمل في الخلفية: الإعدادات، التطبيقات، التطبيقات المثبتة، Azure VPN Client، خيارات متقدمة. العميل المعلّق لا يستطيع إتمام تسليم المنصة.
RasMan هو الخدمة التي يسلّم إليها العميل
مدير اتصالات الوصول البعيد هو ما يحوّل طلب العميل إلى اتصال Windows. أعد تشغيله من موجّه مرفوع الصلاحية بـ net stop rasman ثم net start rasman، ثم اتصل مجددًا قبل تغيير أي شيء آخر.
إذا أعاد ذلك الاتصال، فاضبط نوع بدء التشغيل ليبقى الإصلاح بعد إعادة التشغيل: sc.exe config rasman start= delayed-auto. الخدمة التي تعمل الآن لكنها معطلة عند الإقلاع تعيد الفشل نفسه صباح الغد.
راقب أي خدمة تبدأ ثم تتوقف من تلقاء نفسها. هذا النمط يشير إلى تبعية أو سياسة، وإعادة تشغيلها ستنجح دقائق ثم تعود، وهذا أسوأ من فشل نظيف لأنه يبدو كمشكلة شبكة متقطعة. افحص سجل System بحثًا عن اسم الخدمة قرب وقت المحاولة، وتأكد من أن التبعيات تعمل أيضًا.
المستخدم الحالي أو الجهاز المحلي: مخزنان للشهادات
إذا فُتح العميل بقائمة شهادات فارغة، فالملف الشخصي ليس السبب ولا الخدمة. يقرأ العميل مخزن المستخدم الحالي الشخصي: افتح certmgr.msc، ووسّع الشهادات، المستخدم الحالي، شخصي، الشهادات، وتأكد من وجود الشهادة هناك بمفتاح خاص.
مخزن الجهاز المحلي الذي يُفتح بـ certlm.msc مخزن مختلف، والتثبيت هناك لا يرضي عميلًا يبحث في مخزن المستخدم. في مصادقة الشهادة تحتفظ البوابة بالمفتاح العام للجذر فقط، ويحتاج كل جهاز شهادته الصادرة من ذلك الجذر. الشهادة المنسوخة من جهاز آخر تصل عادةً دون مفتاحها الخاص، فتنتج إدخالًا يمكنك اختياره ولا يستطيع المصادقة.
المنتقي الفارغ مشكلة مخزن، لا مشكلة نفق.
مصادقة الشهادة أم Azure AD: أشكال فشل مختلفة
لمصادقة Azure AD يحتاج إعداد نقطة إلى موقع إلى عنوان URL للمستأجر، ومعرّف تطبيق Azure VPN Client كجمهور، ومُصدر STS، مع منح مسؤول موافقة لتطبيق Azure VPN. احفظ ذلك الإعداد، ونزّل الحزمة من جديد، واستورد الملف الجديد بدلًا من إعادة استخدام نسخة أقدم.
تأكد أيضًا من أن مجموعة عناوين العميل لا تتقاطع مع الشبكة الظاهرية أو نطاق محلي، وأن مجموعة أمان الشبكة للجهاز الهدف تسمح بالمجموعة. هذان الخطآن يصمدان أمام كل إصلاح من جهة العميل.
جهة الحاسوب المحمول أم جهة البوابة
لا تحكم على النفق بفحص عنوان عام. اتصال نقطة إلى موقع لا يرسل كل حركة الإنترنت إلى Azure، لذا توقّع عنوانًا عامًا دون تغيير بينما النفق يعمل بشكل صحيح. اختبر عنوانًا خاصًا داخل الشبكة الظاهرية واقرأ المسارات الفعالة على الجهاز بدلًا من ذلك.
دوّن أي خطوة أعادت الاتصال، وإصدار العميل، وتاريخ تنزيل الملف الشخصي، وهل قدّمت شهادة أم مزوّد الهوية بيانات الاعتماد. ذلك السجل يحوّل الحالة التالية إلى فحص دقيقتين، ويظهر هل تنزلق الأعطال نحو البوابة بدلًا من البقاء على الحاسوب.
ترتيب العمل: أعد استيراد ملف شخصي حالي، وأعد تشغيل RasMan، واسمح بالتنفيذ في الخلفية، وأصلح الحزمة، ثم أعد التعيين فقط إذا تأكد سلامة مخزن الشهادات.