Windows Update تعطل ترتيب إصلاح سطح المكتب البعيد

يمكن للتحديث تغيير سطح المكتب البعيد بثلاث طرق مختلفة، ولكل طريقة علاج مختلف. أولاً: تفتح ملف .rdp محفوظًا ويظهر تحذير أمان جديد - لم يتم كسر أي شيء، وهذا فحص أمان جديد يقوم بعمله، وهو مشمول في الإصلاح 2. اثنان: يتم رفض الاتصال، أو انتهاء المهلة، أو الإغلاق مباشرة بعد كلمة المرور - لقد قلب الإعداد أو التحديث نفسه شيئًا ما، وهو ما تمت تغطيته في الإصلاحات من 3 إلى 7. ثلاثة: تتصل حسابات المسؤول ولكن يفشل المستخدمون القياسيون بسبب الخطأ 0xC000000D — وهي مشكلة منفصلة معروفة لشركة Microsoft مرتبطة بحماية المسؤول، ولها دليل مصاحب خاص بها على هذا الموقع، مسمى في الملاحظة الموجودة في نهاية هذه الصفحة. لا تخلط بين الثلاثة: تعديل التسجيل الذي يساعد شخصًا ما يمكن أن يؤذي شخصًا آخر.

1. أعد تشغيل المضيف (جهاز الكمبيوتر الذي تتصل به) والعميل — التحديث نصف المكتمل يترك الخدمات في حالة توقف لا يمكن مسحها إلا من خلال إعادة التشغيل
2. تأكد من وجود كلا الجهازين على نفس الشبكة، أو أن VPN متصل أولاً، تمامًا كما كان قبل التحديث
3. حاول الاتصال من خلال اسم الكمبيوتر الخاص بالمضيف ثم من خلال عنوان IP الخاص به - إذا كان IP يعمل والاسم لا يعمل، فهذا يعني أن لديك مشكلة في تحليل الاسم، وليس سطح المكتب البعيد معطلاً

1. على المضيف، افتح الإعدادات، النظام، سطح المكتب البعيد وتأكد من أن مفتاح سطح المكتب البعيد لا يزال قيد التشغيل — وأكد ذلك حتى لو كان قيد التشغيل قبل التحديث
2. نفس الحالة من اللوحة الكلاسيكية: افتح sysdm.cpl، وانتقل إلى علامة التبويب Remote، وتأكد من تحديد السماح بالاتصالات عن بعد بهذا الكمبيوتر.
3. التحقق من سطر الأوامر للمسؤولين: reg query "HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server" /v fDenyTSConnections — القيمة 0 تعني أن الاتصالات مسموح بها، 1 تعني أنه تم رفضها
4. أعد تشغيل خدمة خدمات سطح المكتب البعيد (services.msc، اسم الخدمة TermService) إذا كان المفتاح قيد التشغيل ولكن لا يوجد رد

1. لا يزال موجودًا في sysdm.cpl في علامة التبويب عن بعد: إذا تم تحديد السماح بالاتصالات فقط من أجهزة الكمبيوتر التي تستخدم سطح المكتب البعيد مع مصادقة على مستوى الشبكة، فستتم مصادقة كل حساب متصل قبل إنشاء الجلسة — يمكن أن يفشل العملاء الأقدم في هذه المرحلة بالضبط
2. انقر فوق تحديد المستخدمين وتأكد من إدراج كل حساب غير مسؤول يحتاج إلى الوصول في مجموعة Remote Desktop Users — يُسمح للمسؤولين تلقائيًا، ولا يُسمح بذلك لأي شخص آخر
3. أضف حسابًا مفقودًا من موجه أوامر المسؤول: net localgroup "Remote Desktop Users" rdpuser /add (استبدل rdpuser باسم الحساب الحقيقي)
4. لا تقم بإلغاء تحديد NLA نهائيًا فقط لإخفاء الخطأ - لاحظه كاختبار، ثم أعده مرة أخرى بمجرد معرفة السبب؛ NLA هي طبقة أمنية حقيقية

1. افتح لوحة التحكم، ومدير بيانات الاعتماد، وبيانات اعتماد Windows وابحث عن الإدخال الذي يبدأ بـ TERMSRV/ متبوعًا باسم المضيف الخاص بك
2. قم بإزالة هذا الإدخال، ثم اتصل مرة أخرى واكتب كلمة المرور يدويًا - تؤدي التحديثات في كثير من الأحيان إلى إبطال بيانات الاعتماد المخزنة، وتظل النسخة المحفوظة تفشل بصمت
3. إذا كان حساب المضيف هو حساب Microsoft، فقم بتسجيل الدخول باستخدام نموذج الاسم الكامل، على سبيل المثال MicrosoftAccount\[email protected]، وكلمة المرور الحقيقية للحساب — وليس رمز PIN الخاص بـ Windows Hello.
4. تأكد من أن كلمة مرور حساب المضيف لم انتهت صلاحيتها — يظهر تغيير كلمة المرور القسري أولاً عند تسجيل الدخول عن بعد

1. افتح الإعدادات، وWindows Update، والتحقق من وجود تحديثات وقم بتثبيت أي شيء أحدث — تقدم Microsoft تصحيحات للمشكلات الناجمة عن التحديث في التحديثات التراكمية اللاحقة وإصلاحات خارج النطاق من حين لآخر، لذا فإن التصحيح الأحدث غالبًا ما يكون هو العلاج
2. إذا بدأ العطل بتحديث واحد محدد ولم يتم إصلاحه بعد، فانتقل إلى الإعدادات، Windows Update، سجل التحديث، إلغاء تثبيت التحديثات، واختر هذا التحديث وألغ تثبيته، ثم أعد تشغيل المضيف
3. لن يقوم جهاز الكمبيوتر بالتمهيد إلى Windows على الإطلاق؟ استخدم مسار الاسترداد: الإعدادات، والنظام، والاسترداد، وبدء التشغيل المتقدم، ثم استكشاف الأخطاء وإصلاحها، والخيارات المتقدمة، وإلغاء تثبيت التحديثات، وإلغاء تثبيت آخر تحديث للجودة
4. بعد إلغاء التثبيت، استخدم إيقاف التحديثات مؤقتًا لفترة قصيرة حتى لا يعود نفس التحديث في نفس الليلة - ولاحظ التاريخ، لأن الإيقاف المؤقت هو جسر وليس وجهة