لماذا تُفوّت Get-VpnConnection بعض ملفات تعريف VPN في Windows

اكتب Get-VpnConnection، فلا يعود شيء، وعندها يتوقف التحقيق عادةً. تُقرأ تلك المخرجات الفارغة كدليل على أن الجهاز لا يحتوي على VPN إطلاقًا، حتى بينما ينقل نفق ما حركة المرور. الأمر سليم؛ الافتراض حول ما يحصيه ليس كذلك. فهو يقرأ مخزنًا أصليًا واحدًا في نطاق واحد، ولا يعرف شيئًا عن العملاء الذين يحتفظون بملفات تعريفهم الخاصة.

مخزن أصلي واحد لكل استدعاء

ابدأ بالاستدعاء المجرّد، الذي يستهدف ملفات التعريف التي تخص الحساب المسجّل الدخول. هذا هو الاستدعاء الذي يشغّله معظم الناس أولًا:

Get-VpnConnection

يحمل كل كائن مُعاد Name وServerAddress وTunnelType وConnectionStatus، وهذه الحقول الأربعة كافية للتمييز بين مدخلين في تذكرة. يمكن أن يبقى ملف التعريف غير متصل لأشهر ويظل مدرجًا، لأن الكائن يصف إعدادات مخزّنة لا حركة مرور حيّة. نتيجة فارغة هنا تعني أن مخزن المستخدم الواحد لم يحتفظ بشيء لذلك الحساب. وهذا ادعاء أصغر بكثير مما يقرأه الناس فيه عادةً.

دفتر الهاتف الخاص بجميع المستخدمين يحتاج استعلامًا خاصًا به

ملفات التعريف التي تخدم كل حساب تعيش في قائمة منفصلة، والاستدعاء الافتراضي لا يقرأها أبدًا. أنت تطلب ذلك المخزن صراحةً:

Get-VpnConnection -AllUserConnection

عندما تفتقر الجلسة إلى الحقوق، توقّع خطأ رفض الوصول بدلًا من نتيجة فارغة، وعامل النتيجتين بشكل مختلف: إحداهما تعني أنك لا تملك صلاحية النظر، والأخرى تعني أنه لا شيء مخزّن. لاحط النطاق بجانب كل اسم والمخرجات أمامك، لأن أمرًا لاحقًا لن يذكّرك بأي مخزن استعلم عنه. الأذونات هي السبب المعتاد في أن يرى زميل ملف تعريف لا تستطيع أنت رؤيته. مجموعات المعاملات موثّقة في صفحة مرجع Get-VpnConnection، بما في ذلك أي مفاتيح تنتمي إلى أي مجموعة.

الاسم نفسه، مخزنان مختلفان

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

حذف النسخة التي لا يشغّلها أحد يبدو غير ضار في نافذة تغيير. لكنه يتحول إلى مكالمة دعم عندما يتوقف اختصار المستخدم عن العمل.

عملاء لا يلمسون القائمة الأصلية أبدًا

ملف تعريف OpenVPN أو WireGuard المستورد في عميل مورّد يعيش في إعدادات ذلك العميل الخاصة، لذا لا يصبح أبدًا مدخلًا أصليًا في Windows. يشغّل العميل خدمته الخاصة، ويحتفظ بقائمته الخاصة، ويمرّر حركة المرور عبر مهايئه الخاص. لا شيء من ذلك هو ما يبلّغ عنه الأمر، ولن يجعل أي مفتاح نطاق يظهره. يمكن أن يمتلك الجهاز ثلاثة أنفاق عاملة وقائمة أصلية فارغة.

عندما تحتاج إلى عرض المهايئات بدلًا من ذلك، استعلم عن المهايئات. تسمّي واجهات المورّدين نفسها، لذا طابق جزءًا بدلًا من سلسلة دقيقة:

Get-NetAdapter | Where-Object InterfaceDescription -match 'WireGuard|OpenVPN|TAP'

ملفات التعريف الأصلية المنشأة يدويًا تنتهي في ملف دفتر الهاتف تحت ملف تعريف المستخدم، وتوجد نظيراتها لجميع المستخدمين في النسخة الخاصة بالجهاز. لهذا السبب نادرًا ما يعيد نسخ مخزن ملفات تعريف مستخدم إلى حساب آخر القائمة نفسها. يشرح الملف من أين جاء اتصال أصلي شارد. ولا يقول شيئًا عن مخزن عميل مورّد.

ما يجب التقاطه قبل إزالة ملف تعريف

التأمين الرخيص هو ملاحظة من خمسة حقول: الاسم، والنطاق، وعنوان الخادم، والحالة، ونص الخطأ الدقيق من محاولة المستخدم. أضف العميل الذي يشغّله فعليًا، لأن تلك التفصيلة تحدد ما إذا كان المدخل الأصلي يهم أصلًا. بدونها، يبدو الحذف الصحيح مع ذلك سببًا للفشل التالي. احفظ الملاحظة في التذكرة بدلًا من نافذة دردشة.

الإزالة أمر واحد، وهو يحذف الإعدادات بدلًا من تعطيلها. شغّله فقط بعد أن توجد تلك الملاحظة:

Remove-VpnConnection -Name "Office" -Force

أضف -AllUserConnection عندما يكون الهدف في مخزن جميع المستخدمين، واحفظ مصدر الإعدادات المعتمد في مكان آخر أولًا. ثم أعد الاتصال مرة واحدة واقرأ جدول التوجيه، لأن السرد يثبت فقط أن الإعدادات محفوظة. أمّا وصول حركة المرور إلى الخادم فسؤال منفصل لن تجيب عنه أي كمية من مخرجات Get-VpnConnection. إذا ظل المستخدم يفشل بعد إعادة إضافة نظيفة، فلم يكن ملف التعريف هو المشكلة أبدًا.