لماذا يوقف المستخدمون Always On ويُبقي الملف الشخصي على إيقافه

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

ما الذي يكتبه مربع الاختيار فعليًا

إلغاء خيار الاتصال التلقائي قرار يخص كل جهاز ويُخزَّن خارج XML الملف الشخصي. توثّقه Microsoft كقائمة بأسماء ملفات شخصية عُطّل مشغّلها التلقائي، ولهذا يبقى الإعداد بعد إزالة الملف الشخصي وإضافته من جديد.

هذا التصميم منطقي من وجهة نظر المستخدم. فمن يستخدم اتصالًا محدود الحصص ويوقف الاتصال التلقائي لا يتوقع أن تعيده دورة تحديث السياسة التالية إلى التشغيل بصمت.

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

لماذا لا تعيد إعادة تثبيت الملف الشخصي ضبطه

حذف اتصال VPN وإضافته من جديد من ملف محدّث يزيل كائن الملف الشخصي ويعيد إنشاءه. لكنه لا يزيل سجل قرار المستخدم، لأن ذلك السجل مرتبط بالاسم لا بالمعرّف الداخلي للملف الشخصي.

إذن يصل التحديث، والملف الشخصي موجود ومُعدّ بشكل صحيح، ومع ذلك لا ينطلق المشغّل. لا شيء في الملف الشخصي يفسّر ذلك، ولهذا يُبلَّغ عن الأمر كعملية نشر معطوبة.

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

قرّر أيّ الأمرين تريد قبل أن تمسّ XML، لأن الاسم هو المفتاح.

ملف شخصي نشط واحد وعدة ملفات مؤهلة

يطبّق Windows المشغّلات التلقائية على مجموعة محدودة من الملفات الشخصية، ووجود عدة ملفات مؤهلة لا يجعلها تتصل كلها كافتراضات متنافسة. واحد نشط، والباقي ينتظر.

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

اقرأ الحالة المخزّنة قبل التحديث

قبل نشر أي تغيير في الملف الشخصي، انظر إلى ما يحتفظ به الجهاز الآن: كائن الاتصال وحالته وقائمة المشغّلات التلقائية المعطّلة المخزّنة.

تسرد هذه الأوامر اتصالات VPN وتبحث في السجل عن القيمة الموثّقة:

Get-VpnConnection | Select-Object Name,ConnectionStatus,SplitTunneling
reg query HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Network /s /f AutoTriggerDisabledProfilesList

وجود مدخل يطابق الملف الشخصي الذي أنت على وشك نشره يعني أن اختيار المستخدم مسجّل بالفعل. هذا ليس عيبًا يُصلح بصمت؛ بل حالة يجب أن تراعيها سياستك.

قرّر السياسة التي تريدها

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

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

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