سطح المكتب البعيد عالق على "يرجى الانتظار"؟

كيف هل يمكنني تشخيص وإنهاء جلسات RDP المعلقة باستخدام PowerShell عن بُعد أو CMD؟

عندما RDP يتعطل على "يرجى الانتظار"، وغالبًا ما يكون ذلك بسبب جلسات المستخدم الزومبي أو حالات الجلسة المدارة بشكل غير صحيح. يمكن أن تستمر هذه على الجهاز المستهدف، مما يمنع الاتصالات الجديدة من البدء بشكل صحيح.

استخدم استعلام المستخدم لتحديد الجلسات العالقة

قم بالوصول عن بُعد إلى جهاز المضيف باستخدام PowerShell أو SSH، ثم قم بتشغيل:

استعلام المستخدم

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

مثال على المخرجات:

اسم المستخدم     اسم الجلسة        المعرف  الحالة        وقت الخمول      وقت تسجيل الدخول
john.doe          rdp-tcp#5                 2   نشط        .                       27/10/2026 09:23 صباحًا
                          rdp-tcp#6                 3   مفصول           1:05                 27/10/2026 07:45 صباحًا

ابحث عن الجلسات في حالة "مفصول" أو "معطل". قد تتداخل هذه مع الاتصالات الجديدة.

إعادة تعيين الجلسة المسببة للمشكلة

استخدم معرف الجلسة الذي حددته أعلاه لإعادة تعيين الجلسة العالقة:

إعادة تعيين الجلسة 3

يؤدي هذا الأمر إلى إنهاء جلسة RDP المحددة على المضيف بشكل قسري، مما يزيل أي حظر تسجيل دخول.

رؤية انتقالية

إذا لم يستعد إعادة تعيين الجلسة الاتصال أو استمر المضيف في التوقف عند "يرجى الانتظار"، فقد تتعلق المشكلة بعملية عميل RDP أو خدمات Windows على جانب العميل أو الخادم. دعنا نلقي نظرة أعمق.

كيف هل يمكنني قتل عمليات عميل RDP على الجانب المحلي لاستعادة الاستجابة المحلية؟

يمكن أن تنشأ المشكلة من جهاز العميل. في أنظمة Windows الحالية، تظل اتصال سطح المكتب البعيد (mstsc.exe) متاحة للاتصالات التقليدية عبر RDP، بينما تحل تطبيق Windows محل عميل سطح المكتب البعيد المستقل الذي تقاعدته Microsoft للوصول إلى Azure Virtual Desktop وWindows 365 وMicrosoft Dev Box.

تحديد عمليات RDP النشطة

افتح موجه الأوامر كمسؤول على العميل:

تحقق مما إذا كان اتصال سطح المكتب عن بعد (mstsc.exe) أو تطبيق Windows يعمل ولا يستجيب. وصل عميل سطح المكتب البعيد المستقل القديم (msrdc.exe) إلى نهاية الدعم في 27 مارس 2026، ويجب عدم تقديمه كعميل حالي من Microsoft بعد الآن.

إجبار إنهاء عملية RDP

قم بإنهائه لإعادة تشغيل جلسة نظيفة:

هذا ينهي على الفور جلسة العميل ويتجنب حالات التخزين المؤقت المتبقية أو أخطاء المصافحة.

ملاحظة لمسؤولي تكنولوجيا المعلومات

تطبيق Windows هو العميل المدعوم من Microsoft لـ Azure Virtual Desktop و Windows 365 و Microsoft Dev Box. إذا أصبحت الاتصال غير مستجيب، حدد التطبيق في إدارة المهام وأغلق العملية المتأثرة قبل إعادة الاتصال. بالنسبة للاتصالات التقليدية عبر RDP باستخدام اتصال سطح المكتب البعيد، تظل mstsc.exe هي العملية ذات الصلة.

كيف هل يمكنني إعادة تشغيل خدمات سطح المكتب البعيد في ويندوز لفتح النظام المضيف؟

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

أعد تشغيل خدمة TermService لتحديث نواة RDP

على المضيف البعيد، قم بتشغيل:

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

إعادة تشغيل SENS والاعتمادات

بعض تجميد RDP تتعلق بخدمة إعلام أحداث النظام (SENS) أو خدمات RPC التابعة. أعد تشغيلها بالترتيب:

اختياريًا:

نصيحة احترافية: استخدم Get-Service و sc للتحقق

قم بتشغيل هذا السطر في PowerShell للتحقق من حالة الخدمة:

احصل على الخدمة - الاسم TermService، SENS | تنسيق الجدول الاسم، الحالة، نوع البدء

استخدم sc qc TermService لتأكيد سلاسل الاعتماد.

تحقق من تحديثات ويندوز الأخيرة لمشاكل RDP المعروفة

أدخلت التحديثات الأخيرة لنظام Windows أسبابًا إضافية لفشل اتصالات Remote Desktop وعدم استجابة الجلسات. قبل إعادة تعيين الخدمات بشكل متكرر، تحقق من إصدار Windows والتحديثات المثبتة ووثائق صحة إصدار Windows من Microsoft.

• ويندوز 11 24H2 (2025): أدت التحديثات التي تم إصدارها في أوائل عام 2025 إلى قطع بعض اتصالات RDP المعتمدة على UDP مع Windows Server 2016 أو الإصدارات السابقة بعد حوالي 65 ثانية. قامت Microsoft بحل هذه المشكلة من خلال KB5053656، الذي تم إصداره في 27 مارس 2025.
• ويندوز 11 24H2/25H2 وويندوز سيرفر 2025 (سبتمبر 2026): تسببت تحديثات الأمان في عدم استقرار خدمات سطح المكتب البعيد في بعض البيئات، بما في ذلك تسجيل الدخول الفاشل والخوادم العالقة على "يرجى الانتظار لتكوين سطح المكتب البعيد." قامت Microsoft بحل المشكلة من خلال تحديثات خارج النطاق KB5129195 للإصدارات المتأثرة من Windows 11 وKB5129235 لـ Windows Server 2025، التي تم إصدارها في 14 سبتمبر 2026.
• ويندوز 11 24H2/25H2 (أكتوبر 2026): وثقت مايكروسوفت أيضًا فشل اتصالات RDP التي تؤثر على المستخدمين غير الإداريين على المضيفين البعيدين مع تمكين حماية المسؤول بعد التحديثات KB5124010 أو التحديثات الأحدث. ينتج عن هذه المشكلة الخطأ 0xC000000D بدلاً من شاشة "يرجى الانتظار" النموذجية، لكنها ذات صلة عند تشخيص فشل تسجيل الدخول البعيد الأوسع.

إذا بدأت المشكلة مباشرة بعد تحديث Windows، قارن أرقام KB المثبتة مع صفحة صحة الإصدار ذات الصلة وقم بتثبيت آخر تحديث تراكمي يحتوي على إصلاح Microsoft. تجنب إعادة تعيين الجلسات أو إعادة تشغيل الخدمات الحيوية قبل تحديد ما إذا كانت مشكلة Windows موثقة هي المسؤولة.

كيف هل يمكنني قم بإجراء تمهيد نظيف لاستبعاد تعارضات البرامج؟

يمكن أن تتداخل التطبيقات الخلفية - وخاصة أدوات الأمان أو مجموعات إدارة عن بُعد - مع تحميل ملف تعريف المستخدم ونصوص تسجيل الدخول عن بُعد.

تكوين بيئة تمهيد نظيفة

على الجهاز المضيف:

1. اضغط على Win + R، اكتب msconfig، واضغط على Enter.
2. اذهب إلى علامة التبويب الخدمات.
3. تحقق من "إخفاء جميع خدمات Microsoft".
4. انقر على تعطيل الكل.
5. اذهب إلى بدء التشغيل > افتح إدارة المهام > قم بتعطيل جميع تطبيقات بدء التشغيل.
6. إعادة تشغيل النظام.

راقب سلوك RDP بعد التمهيد

حاول إعادة الاتصال عبر RDP إذا اختفى المشكلة، قم بتمكين خدمات بدء التشغيل على دفعات لتحديد المكون المتعارض.

المتسببون الشائعون

• برامج مكافحة الفيروسات مع تصفية RDP.
• مديرو بيانات الاعتماد من جهات خارجية.
• أدوات المساعدة عن بُعد مع روابط الشاشة.

كيف هل يمكنني تعديل سياسة المجموعة لمنع تعارضات الجلسات؟

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

انتقل إلى إعداد السياسة الصحيح

قم بتشغيل gpedit.msc، ثم:

تكوين الكمبيوتر > القوالب الإدارية > مكونات ويندوز > خدمات سطح المكتب البعيد > مضيف جلسة سطح المكتب البعيد > الاتصالات

تمكين "تقييد مستخدمي RDS إلى جلسة واحدة"

قم بتعيين ما يلي إلى تمكين :

• سياسة : تقييد مستخدمي خدمات سطح المكتب البعيد إلى جلسة واحدة

هذا يضمن أن محاولات إعادة الاتصال تستأنف الجلسة السابقة بدلاً من إنشاء جلسة جديدة (قد تكون معطلة).

تحديث سياسة القوة وإعادة تهيئة الجلسة

بعد تغيير السياسة، قم بتشغيل:

قد ترغب أيضًا في إعادة تشغيل الجهاز أو إعادة تشغيل TermService لتطبيق التغييرات بالكامل.

كيف هل يمكنني قم بأتمتة جميع الإصلاحات باستخدام نص استرداد مجمع؟

للحوادث المتكررة، من الفعال كتابة نص برمجي قصير يعيد تعيين الجلسات ويعيد تشغيل الخدمات دون إعادة تشغيل النظام.

أمر استعادة الماستر

إذا كان Remote Desktop عالقًا على "يرجى الانتظار"، استخدم أمر الاسترداد المناسب اعتمادًا على ما إذا كانت المشكلة تنشأ من العميل أو المضيف البعيد.

على العميل: لإغلاق العملية غير المستجيبة لاتصال سطح المكتب البعيد التقليدي (mstsc.exe):

taskkill /IM mstsc.exe /F /T

إذا كنت تستخدم تطبيق Windows، أغلق التطبيق المتأثر من خلال إدارة المهام بدلاً من ذلك.

على المضيف البعيد: إذا كان توجيه الحافظة غير مستجيب، أعد تشغيل عمليته:

taskkill /IM rdpclip.exe /F /T

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

net stop TermService && net start TermService

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

اكتشف TSplus: حل أكثر ذكاءً لسطح المكتب البعيد

TSplus الوصول عن بُعد تم تصميمه للقضاء على الإحباطات الشائعة في RDP، بما في ذلك الشاشة المخيفة "يرجى الانتظار". مع ميزات مثل إدارة الجلسات المركزية، وإعادة الاتصال الذكي، والوصول عبر الويب، فإنه يضمن اتصالاً موثوقاً واستجابة عبر جميع البيئات. يمنح TSplus مسؤولي تكنولوجيا المعلومات السيطرة الكاملة على الجلسات عن بُعد - لا إعادة تشغيل، لا تسجيل دخول عالق، فقط وصول سلس وآمن.

الختام

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