- يحدث الخطأ 0xC000000D بسبب ميزة حماية المسؤول في الإصدارات الحديثة من نظام التشغيل Windows 11 بعد تثبيت تحديثات معينة.
- يؤثر ذلك بشكل رئيسي على المستخدمين الذين لا يملكون امتيازات المسؤول والذين يحاولون الاتصال بأجهزة الكمبيوتر التي تتم إدارتها بواسطة Intune أو GPO.
- الحل المؤقت هو تغيير وضع موافقة المسؤول إلى الوضع القديم وإعادة تشغيل النظام.
إذا وجدتَ فجأةً أن تطبيق سطح المكتب البعيد في ويندوز 11 قد توقف عن العمل ويُظهر الخطأ المزعج 0xC000000D ، فلا تيأس. هذا الخطأ، الذي عادةً ما يُصاحبه رسالة تُشير إلى أن الرمز المميز المُمرر إلى الدالة غير صالح ، أصبح مصدر إزعاج كبير للكثيرين، خاصةً بعد بعض تحديثات النظام الأخيرة التي غيّرت بعض ميزات الأمان.
الأمر الأكثر غرابة هو أنه في معظم الحالات، لا علاقة للمشكلة بإدخال كلمة مرور خاطئة أو عطل في جهاز التوجيه (الراوتر). إنها مشكلة تقنية داخلية تتعلق بإدارة الصلاحيات وحماية الحساب، وتؤثر بشكل رئيسي على بيئات الشركات أو الأنظمة المُدارة باحترافية، على الرغم من أنها قد تظهر أيضًا في الإعدادات المنزلية إذا تم تغيير بعض الإعدادات.
السبب: حماية المسؤول
تكمن المشكلة الرئيسية في ميزة تُسمى " حماية المسؤول" . صُممت هذه الأداة الأمنية بحيث يُجبرك نظام ويندوز، حتى عند استخدام حساب ذي صلاحيات مُرتفعة، على العمل كمستخدم عادي. فقط عند الحاجة إلى القيام بأمر "هام"، مثل تثبيت برنامج أو تعديل سجل النظام، يطلب منك النظام التحقق من هويتك باستخدام "Windows Hello" لإنشاء رمز مؤقت. يُعد هذا إجراءً فعالاً للحد من البرامج الضارة، ولكنه تسبب في آثار جانبية مزعجة مع بروتوكول سطح المكتب البعيد (RDP).
يحدث هذا الخطأ عند توافر ثلاثة عوامل محددة: أن يكون الكمبيوتر الذي تحاول الوصول إليه يعمل بنظام التشغيل Windows 11 (الإصدارات 24H2 أو 25H2 أو 26H2) ، وأن يكون التحديث KB5124010 أو أحدث مثبتًا عليه ، وأن تكون حماية المسؤول مُفعّلة. والجدير بالذكر أن هذا الخطأ لا يظهر إلا إذا لم يكن لدى الشخص الذي يحاول الاتصال صلاحيات المسؤول على الكمبيوتر البعيد. أما إذا كنت أنت المسؤول، فستتمكن على الأرجح من الاتصال دون أي مشاكل.
بالنسبة للشركات التي تستخدم Microsoft Intune أو كائنات نهج المجموعة (GPOs) ، يكون الخطر أكبر، حيث أن معايير الأمان الأساسية من Microsoft تُفعّل هذه الحماية افتراضيًا. لذلك، وجد العديد من المستخدمين أنفسهم غير قادرين على الوصول إلى أجهزة الكمبيوتر الخاصة بهم دون إجراء أي تغييرات، وذلك بمجرد تطبيق التحديثات الأمنية الموصى بها .
كيفية إصلاح الخطأ 0xC000000D خطوة بخطوة
رغم إصدار مايكروسوفت تحديثًا نهائيًا، إلا أن الحل الوحيد هو استخدام حل تقني بديل لتعطيل الخاصية المُسببة للمشكلة. إذا كنت تُدير أجهزة الكمبيوتر في مكتبك، فلديك خياران حسب أداة الإدارة التي تستخدمها:
- عبر أوامر سياسة المجموعة (GPO): عليك الانتقال إلى تكوين الكمبيوتر > إعدادات ويندوز > إعدادات الأمان > السياسات المحلية > خيارات الأمان. هناك، ابحث عن الخيار قم بتكوين نوع وضع موافقة المسؤول وتغييره الى وضع موافقة المسؤول القديم (الافتراضي)إذا كنت تقوم بذلك على جهاز كمبيوتر مستقل، فيمكنك استخدام الأمر secpol.msc.
- عبر مايكروسوفت إنتيون: في كتالوج التكوين، يجب إعادة ضبط المعلمة نوع التحكم في حساب المستخدم | وضع موافقة المسؤول ضمن خيارات أمان السياسة المحلية.
من الضروري إعادة تشغيل جهاز الكمبيوتر بعد إجراء التغيير، وإلا سيتجاهل النظام التعديل. ضع في اعتبارك أن هذا الإجراء يُفقد جهازك طبقة الأمان الإضافية، لذا يُفضل تطبيقه فقط على الأجهزة التي تستقبل اتصالات من المستخدمين العاديين، وإعادة تفعيله عند إصدار التحديث الرسمي.
أسباب أخرى محتملة لفشل سطح المكتب البعيد
إذا لم يكن الخطأ هو 0xC000000D تحديدًا، أو إذا لم تُجدِ خطوات استكشاف الأخطاء وإصلاحها السابقة نفعًا، فقد تواجه مشكلة اتصال أكثر شيوعًا. أولًا، تأكد من تفعيل بروتوكول سطح المكتب البعيد (RDP) على الكمبيوتر البعيد من خلال الإعدادات > النظام > سطح المكتب البعيد. في بعض الأحيان، يُساعد تعطيل مصادقة مستوى الشبكة (NLA) مؤقتًا في تحديد ما إذا كانت المشكلة متعلقة ببيانات الاعتماد.
من السيناريوهات الشائعة الأخرى في الشركات تكرار مُعرّفات الأمان (SIDs) . يحدث هذا عند إنشاء أجهزة من صورة مُستنسخة دون تشغيل عملية Sysprep مع خيار /generalize . إذا كان لجهازين نفس مُعرّف الأمان، فسيتعطل نظام مصادقة Kerberos ويحظر الاتصال. الحل هنا هو تشغيل sysprep.exe الموجود في C:\Windows\System32\Sysprep، وتحديد خانة /generalize، ثم إعادة تشغيل الجهاز، مع العلم أن هذا يتطلب إعادة ربط الجهاز بالمجال.
من المفيد أيضًا التحقق من جدار حماية ويندوز أو برنامج مكافحة الفيروسات التابع لجهة خارجية. إذا كنت تشك في حظر المنفذ 3389، يمكنك استخدام أداة psping للتحقق من استجابة الكمبيوتر البعيد. إذا لاحظت انقطاعًا تامًا في الاتصال، فمن المرجح جدًا أن قاعدة جدار الحماية تحظر حركة البيانات.
فحوصات فنية متقدمة
لمن يرغب في الوصول مباشرةً إلى المشكلة في سجل النظام أو وحدة التحكم، توجد فحوصات سريعة. في محرر سجل النظام، تحقق من مفتاح fDenyTSConnections في المسار HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server. إذا كانت القيمة 1، فإن بروتوكول سطح المكتب البعيد (RDP) مُعطّل؛ غيّرها إلى 0 لتفعيله . كذلك، تأكد من تشغيل خدمتي TermService (خدمات سطح المكتب البعيد) و UmRdpService .
في الحالات القصوى، قد تكمن المشكلة في شهادة RDP الموقعة ذاتيًا . إذا كانت الشهادة تالفة، يمكنك حذفها من وحدة تحكم الشهادات (MMC) في مجلد سطح المكتب البعيد، ثم إعادة تشغيل الخدمة ليقوم نظام Windows بإنشاء شهادة جديدة تلقائيًا . تأكد أيضًا من أن مجلد MachineKeys لديه الأذونات الصحيحة ليتمكن النظام من كتابة هذه الشهادات.
لحل هذه المشكلة، تتمثل الخطوة الأولى في تحديد ما إذا كانت المشكلة ناتجة عن ميزة حماية المسؤول الجديدة في نظام التشغيل Windows 11، والتي تتطلب العودة إلى وضع الموافقة القديم، أو إذا كانت مرتبطة بمشاكل في الشبكة، أو الشهادات، أو معرفات الأمان المكررة (SIDs) بسبب استنساخ الصور. بينما يمكن التخفيف من حدة الخطأ 0xC000000D عن طريق تعديل سياسات التحكم في حساب المستخدم، يتم حل حالات فشل الاتصال العامة عن طريق فحص المنفذ 3389، وتفعيل الخدمة في سجل النظام، والتأكد من أن جدار الحماية لا يحظر الوصول.