رایانه از راه دور در حالت "لطفاً صبر کنید" گیر کرده است؟

چگونه می‌توانم تشخیص و خاتمه جلسات RDP معلق با استفاده از PowerShell یا CMD از راه دور؟

زمانی که RDP در "لطفاً صبر کنید" گیر کرده است، معمولاً به دلیل جلسات کاربری زامبی یا وضعیت‌های جلسه مدیریت نشده است. این موارد می‌توانند در ماشین هدف باقی بمانند و از راه‌اندازی صحیح اتصالات جدید جلوگیری کنند.

از کاربر پرس و جو کنید تا جلسات متوقف شده را شناسایی کنید

به ماشین میزبان از طریق ریموتینگ PowerShell یا SSH متصل شوید و سپس اجرا کنید:

جستجوی کاربر

این فرمان فهرست جلسات کاربری فعال، قطع شده و بیکار را با شناسه‌های جلسه و وضعیت آن‌ها بازمی‌گرداند.

خروجی نمونه:

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

به دنبال جلساتی در حالت "Disc" (قطع شده) یا "Down" باشید. اینها ممکن است با اتصالات جدید تداخل داشته باشند.

نشست مشکل‌دار را بازنشانی کنید

از شناسه جلسه‌ای که در بالا شناسایی کردید برای بازنشانی جلسه قفل شده استفاده کنید:

تنظیم مجدد جلسه ۳

این فرمان به‌طور اجباری جلسه RDP مشخص‌شده را در میزبان خاتمه می‌دهد و هرگونه مسدودیت ورود را پاک می‌کند.

بینش گذرا

اگر بازنشانی جلسه اتصال را بازیابی نکند یا میزبان همچنان بر روی "لطفاً صبر کنید" متوقف شود، ممکن است مشکل مربوط به فرآیند کلاینت RDP یا خدمات ویندوز در سمت کلاینت یا سرور باشد. بیایید عمیق‌تر نگاه کنیم.

چگونه می‌توانم کشتن فرآیندهای سمت کلاینت RDP برای بازیابی پاسخگویی محلی؟

این مشکل می‌تواند از ماشین کلاینت ناشی شود. در سیستم‌های فعلی ویندوز، اتصال دسکتاپ از راه دور (mstsc.exe) برای اتصالات RDP سنتی در دسترس است، در حالی که برنامه ویندوز جایگزین کلاینت مستقل دسکتاپ از راه دور مایکروسافت برای دسترسی به Azure Virtual Desktop، Windows 365 و Microsoft Dev Box می‌شود.

شناسایی فرآیندهای فعال RDP

خط فرمان را به عنوان مدیر در کلاینت باز کنید:

بررسی کنید آیا اتصال راه دور به دسکتاپ (mstsc.exe) یا برنامه ویندوز در حال اجرا و غیرقابل پاسخگویی است. کلاینت مستقل قدیمی Remote Desktop (msrdc.exe) در تاریخ 27 مارس 2026 به پایان پشتیبانی رسید و نباید به عنوان کلاینت فعلی مایکروسافت ارائه شود.

فرایند RDP را به‌زور خاتمه دهید

برای پایان دادن به آن و راه‌اندازی یک جلسه جدید:

این بلافاصله جلسه سمت کاربر را پایان می‌دهد و از باقی ماندن وضعیت‌های کش یا خطاهای دست دادن جلوگیری می‌کند.

توجه برای مدیران IT

اپلیکیشن ویندوز کلاینت پشتیبانی شده مایکروسافت برای Azure Virtual Desktop، Windows 365 و Microsoft Dev Box است. اگر یک اتصال غیرقابل پاسخ شود، برنامه را در Task Manager شناسایی کرده و فرآیند تحت تأثیر را قبل از اتصال مجدد ببندید. برای اتصالات RDP سنتی با استفاده از Remote Desktop Connection، mstsc.exe فرآیند مربوطه باقی می‌ماند.

چگونه می‌توانم خدمات دسکتاپ از راه دور ویندوز را برای باز کردن سیستم میزبان دوباره راه‌اندازی کنید؟

در سطح سیستم‌عامل، RDP به چندین سرویس پس‌زمینه متکی است تا احراز هویت، راه‌اندازی جلسه، همگام‌سازی کلیپ‌بورد و بارگذاری محیط کاربر را مدیریت کند. یک سرویس خراب یا مسدود شده ممکن است مانع از تکمیل ورود شود.

خدمات TermService را برای به‌روزرسانی هسته RDP راه‌اندازی مجدد کنید

بر روی میزبان از راه دور، اجرا کنید:

شما ممکن است هشدار دهید که خدمات دیگر تحت تأثیر قرار خواهند گرفت. این برای محیط‌های از راه دور طبیعی است، اما اطمینان حاصل کنید که هیچ عملیات حیاتی در حال انجام نیست.

SENS و وابستگی‌ها را دوباره راه‌اندازی کنید

برخی از آویزان شدن‌های RDP شامل سرویس اعلان رویداد سیستم (SENS) یا سرویس‌های RPC وابسته است. آنها را به ترتیب راه‌اندازی مجدد کنید:

اختیاری:

نکته حرفه‌ای: از Get-Service و sc برای اعتبارسنجی استفاده کنید

این خط PowerShell را برای اعتبارسنجی وضعیت سرویس اجرا کنید:

Get-Service -Name TermService, SENS | Format-Table Name, Status, StartType

از sc qc TermService برای تأیید زنجیره‌های وابستگی استفاده کنید.

به‌روزرسانی‌های اخیر ویندوز را برای مشکلات شناخته‌شده RDP بررسی کنید

به‌روزرسانی‌های اخیر ویندوز علل اضافی برای شکست‌های اتصال Remote Desktop و عدم پاسخگویی جلسات معرفی کرده‌اند. قبل از اینکه خدمات را به طور مکرر بازنشانی کنید، نسخه ویندوز، به‌روزرسانی‌های نصب‌شده و مستندات سلامت انتشار ویندوز مایکروسافت را بررسی کنید.

• ویندوز ۱۱ ۲۴H۲ (۲۰۲۵): به‌روزرسانی‌هایی که در اوایل سال ۲۰۲۵ منتشر شدند، باعث قطع برخی از اتصالات RDP مبتنی بر UDP به Windows Server 2016 یا نسخه‌های قبلی پس از تقریباً ۶۵ ثانیه شدند. مایکروسافت این مشکل را با KB5053656 که در ۲۷ مارس ۲۰۲۵ منتشر شد، حل کرد.
• ویندوز ۱۱ ۲۴H۲/۲۵H۲ و ویندوز سرور ۲۰۲۵ (سپتامبر ۲۰۲۶): به‌روزرسانی‌های امنیتی باعث ناپایداری خدمات دسکتاپ از راه دور در برخی محیط‌ها شدند، از جمله ورودهای ناموفق و سرورهایی که بر روی "لطفاً منتظر پیکربندی دسکتاپ از راه دور باشید" گیر کرده بودند. مایکروسافت این مشکل را از طریق به‌روزرسانی‌های خارج از باند KB5129195 برای نسخه‌های آسیب‌دیده ویندوز ۱۱ و KB5129235 برای ویندوز سرور ۲۰۲۵ که در تاریخ ۱۴ سپتامبر ۲۰۲۶ منتشر شد، حل کرد.
• ویندوز ۱۱ ۲۴H۲/۲۵H۲ (اکتبر ۲۰۲۶): مایکروسافت همچنین مشکلات اتصال RDP را که بر کاربران غیرمدیر در میزبان‌های از راه دور با فعال‌سازی حفاظت مدیر تأثیر می‌گذارد، پس از به‌روزرسانی‌های KB5124010 یا بعد از آن مستند کرده است. این مشکل خطای 0xC000000D را تولید می‌کند به جای صفحه معمولی "لطفاً صبر کنید"، اما در هنگام تشخیص مشکلات گسترده‌تر ورود به سیستم از راه دور مرتبط است.

اگر مشکل بلافاصله پس از یک به‌روزرسانی ویندوز آغاز شد، شماره‌های KB نصب‌شده را با صفحه سلامت نسخه مربوطه مقایسه کنید و آخرین به‌روزرسانی تجمعی حاوی اصلاحات مایکروسافت را نصب کنید. از بازنشانی جلسات یا راه‌اندازی مجدد خدمات حیاتی قبل از تعیین اینکه آیا یک مشکل مستند ویندوز مسئول است، خودداری کنید.

چگونه می‌توانم یک راه‌اندازی تمیز انجام دهید تا تضادهای نرم‌افزاری را رد کنید؟

برنامه‌های پس‌زمینه—به‌ویژه ابزارهای امنیتی یا مجموعه‌های مدیریت از راه دور—می‌توانند در بارگذاری پروفایل کاربر و اسکریپت‌های ورود از راه دور اختلال ایجاد کنند.

تنظیم محیط راه‌اندازی تمیز

در ماشین میزبان:

1. کلیدهای Win + R را فشار دهید، msconfig را تایپ کنید و Enter را بزنید.
2. به برگه خدمات بروید.
3. تمام خدمات مایکروسافت را پنهان کنید.
4. غیرفعال کردن همه را کلیک کنید.
5. به Startup بروید > Task Manager را باز کنید > تمام برنامه‌های راه‌اندازی را غیرفعال کنید.
6. سیستم را راه‌اندازی مجدد کنید.

رفتار RDP پس از راه‌اندازی را مشاهده کنید

تلاش برای اتصال مجدد از طریق RDP اگر مشکل برطرف شد، خدمات راه‌اندازی را به صورت گروهی فعال کنید تا مؤلفه متضاد را شناسایی کنید.

مجرمان رایج

• برنامه‌های آنتی‌ویروس با فیلتر RDP.
• مدیران اعتبارسنجی شخص ثالث.
• ابزارهای کمک از راه دور با قلاب‌های صفحه.

چگونه می‌توانم تنظیم سیاست گروهی برای جلوگیری از تداخل جلسات؟

در محیط‌های دامنه یا چند کاربره، پیکربندی نادرست سیاست‌های گروه می‌تواند منجر به تداخل جلسات، اعتبارنامه‌های یتیم یا حلقه‌های ورود مکرر شود.

به تنظیمات صحیح سیاست بروید

gpedit.msc را اجرا کنید، سپس:

پیکربندی کامپیوتر > الگوهای مدیریتی > اجزای ویندوز > خدمات دسکتاپ از راه دور > میزبان جلسه دسکتاپ از راه دور > اتصالات

فعال‌سازی "محدود کردن کاربران RDS به یک جلسه"

تنظیمات زیر را به: فعال :

• سیاست : دسترسی کاربران خدمات دسکتاپ از راه دور را به یک جلسه محدود کنید

این اطمینان می‌دهد که تلاش‌های اتصال مجدد جلسه قبلی را از سر می‌گیرد به جای اینکه یک جلسه جدید (که ممکن است خراب باشد) ایجاد کند.

به‌روزرسانی سیاست اجباری و بازنشانی جلسه

پس از تغییر سیاست، اجرا کنید:

شما همچنین ممکن است بخواهید ماشین را راه‌اندازی مجدد کنید یا TermService را برای اعمال کامل تغییرات دوباره راه‌اندازی کنید.

چگونه می‌توانم تمام اصلاحات را با یک اسکریپت بازیابی ترکیبی خودکار کنید؟

برای حوادث مکرر، کارآمد است که یک اسکریپت یک خطی بنویسید که جلسات را بازنشانی کرده و خدمات را بدون راه‌اندازی مجدد راه‌اندازی کند.

دستور بازیابی اصلی

اگر Remote Desktop بر روی "لطفاً صبر کنید" گیر کرده است، از دستور بازیابی مناسب استفاده کنید، بسته به اینکه مشکل از سمت کلاینت یا میزبان راه دور ناشی می‌شود.

در سمت مشتری: برای اتصال سنتی Remote Desktop (mstsc.exe)، فرآیند غیرقابل پاسخ را ببندید:

taskkill /IM mstsc.exe /F /T

اگر از برنامه ویندوز استفاده می‌کنید، برنامه تحت تأثیر را از طریق مدیر وظیفه ببندید.

در میزبان از راه دور: اگر هدایت کلیپ بورد پاسخگو نیست، فرآیند آن را دوباره راه‌اندازی کنید:

taskkill /IM rdpclip.exe /F /T

اگر جلسه مسدود بماند و خدمات دسکتاپ از راه دور نیاز به راه‌اندازی مجدد داشته باشد، دستور زیر را از یک خط فرمان با دسترسی بالا با استفاده از یک اتصال مدیریتی مستقل اجرا کنید:

نت متوقف کردن TermService && نت شروع TermService

مهم: راه‌اندازی مجدد خدمات دسکتاپ از راه دور می‌تواند جلسات کاربری فعال را مختل کند. از این دستور فقط پس از بررسی کاربران تحت تأثیر و اطمینان از در دسترس بودن دسترسی مدیریتی جایگزین استفاده کنید.

TSplus را کشف کنید: یک راه حل هوشمند برای دسکتاپ از راه دور

TSplus دسترسی از راه دور طراحی شده است تا ناامیدی‌های رایج RDP را از بین ببرد، از جمله صفحه ترسناک "لطفاً صبر کنید". با ویژگی‌هایی مانند مدیریت متمرکز جلسه، اتصال مجدد هوشمند و دسترسی مبتنی بر وب، اتصال قابل اعتماد و پاسخگو را در تمام محیط‌ها تضمین می‌کند. TSplus به مدیران IT کنترل کامل بر جلسات از راه دور می‌دهد—بدون راه‌اندازی مجدد، بدون ورودهای معلق، فقط دسترسی روان و ایمن.

نتیجه

مسئله "Remote Desktop stuck on ‘Please wait’" بیشتر از یک مزاحمت جزئی است - این یک نشانه از مشکلات عمیق‌تری مانند جلسات باز، خدمات پیکربندی نادرست یا تضادهای سیستمی است. با درک علل فنی و اعمال اصلاحات هدفمند، متخصصان IT می‌توانند به سرعت دسترسی را بازیابی کرده و زمان خرابی را به حداقل برسانند. با این حال، برای پایداری و کارایی پایدار، تکیه صرف بر عیب‌یابی دستی RDP ممکن است در محیط‌های پرتقاضا یا بزرگ کافی نباشد.