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

تشخیص و خاتمه جلسات RDP معلق از طریق PowerShell یا CMD از راه دور

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

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

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

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

خروجی نمونه:

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

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

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

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

بینش گذرا

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

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

این مشکل می‌تواند از ماشین کلاینت ناشی شود، به‌ویژه اگر از نسخه‌های مدرن ویندوز استفاده می‌کنید که msrdc.exe نسخه قدیمی mstsc.exe را جایگزین می‌کند.

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

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

اگر mstsc.exe (قدیمی) اتصال راه دور به دسکتاپ ) یا msrdc.exe (جدیدترین Microsoft Remote Desktop) در حال اجرا و غیرقابل پاسخگویی است، این می‌تواند علت باشد.

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

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

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

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

msrdc.exe معمولاً با Azure AD یا کلاینت‌های RDP نصب‌شده از Microsoft Store استفاده می‌شود و وضعیت را به‌طور متفاوتی ذخیره می‌کند. پاک‌سازی آن اطمینان می‌دهد که هیچ اعتبارنامه یا رشته GUI معلقی جلسه را متوقف نمی‌کند.

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

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

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

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

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

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

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

اختیاری:

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

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

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

یک راه‌اندازی تمیز انجام دهید تا تضادهای نرم‌افزاری را رد کنید

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

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

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

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

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

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

مجرمان رایج

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

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

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

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

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

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

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

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

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

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

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

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

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

تمام اصلاحات را با یک اسکریپت بازیابی ترکیبی خودکار کنید

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

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

دستور: (taskkill /IM rdpclip.exe /F /T || echo rdpclip.exe در حال اجرا نیست) && (taskkill /IM mstsc.exe /F /T || echo mstsc.exe در حال اجرا نیست) && net stop TermService && net start TermService

این اسکریپت را به یک پلتفرم مدیریت از راه دور، ابزار RMM یا استقرار PSExec اضافه کنید تا به سرعت محیط‌های RDP قفل شده را حل کنید.

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

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

نتیجه

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