رابطه دسکتاپ از راه دور قطع می‌شود؟ علل و راه‌حل‌ها

معرفی

قطع ارتباطات غیرمنتظره Remote Desktop می‌تواند کارهای مدیریتی را مختل کرده و بر کاربران در یک محیط کامل Remote Desktop Services (RDS) تأثیر بگذارد. با این حال، از دست دادن یک اتصال Remote Desktop Protocol (RDP) لزوماً به این معنا نیست که جلسه ویندوز به پایان رسیده است. این مقاله توضیح می‌دهد که چگونه علت را شناسایی کرده، محدودیت‌های جلسه را پیکربندی کرده و قطع ارتباطات مکرر را بدون به خطر انداختن امنیت حل کنید.

چرا دسکتاپ از راه دور مدام قطع می‌شود؟

جلسات Remote Desktop ممکن است به دلیل سیاست‌های جلسه ویندوز، مشکلات شبکه، مشکلات دروازه یا مشکلات سمت سرور مختل شوند. با وجود علائم مشابه، هر مشکل نیاز به رویکرد خاصی دارد.

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

آیا جلسه در حال قطع شدن، قفل شدن یا خروج است؟

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

وضعیت جلسه	چه اتفاقی می‌افتد	اثر بر برنامه‌ها
فعال	کاربر به ویندوز متصل و در حال تعامل است	برنامه‌ها به طور عادی اجرا می‌شوند
بی‌کار	جلسه بدون ورودی کاربر متصل باقی می‌ماند	برنامه‌ها به طور کلی به اجرای خود ادامه می‌دهند
قفل شده	احراز هویت برای ادامه تعامل لازم است	برنامه‌ها به طور کلی فعال باقی می‌مانند
قطع ارتباط	اتصال RDP بسته می‌شود، اما جلسه ویندوز باقی می‌ماند	برنامه‌ها به طور کلی به اجرای خود ادامه می‌دهند
خروج از سیستم	جلسه ویندوز به پایان می‌رسد	برنامه‌های در حال اجرا در جلسه معمولاً بسته می‌شوند

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

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

زمان‌بندی قطع ارتباط چه چیزی به شما می‌گوید؟

زمان و شرایط قطع اتصال RDP معمولاً می‌تواند بهترین نشانه‌ها را از علت اصلی ارائه دهد.

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

با این حال، این مشاهدات تنها سرنخ‌هایی هستند و علت واقعی ممکن است متفاوت باشد.

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

سپس بررسی کنید که آیا سیاست‌های جلسه ویندوز مقصر هستند.

مدت زمان جلسه RDP و محدودیت‌های بی‌تحرکی چگونه کار می‌کنند؟

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

محدودیت‌های جلسه فعال، غیرفعال و قطع شده

بر اساس مستندات سیاست خدمات دسکتاپ از راه دور مایکروسافت لِرن ویندوز سه محدودیت زمانی اصلی برای جلسه ارائه می‌دهد:

• محدودیت جلسه فعال: مدت زمان حداکثر یک جلسه را کنترل می‌کند، صرف‌نظر از فعالیت کاربر. محدودیت هشت ساعته می‌تواند کسی را که به‌طور مداوم کار کرده است، قطع کند.
• محدودیت جلسه بی‌کار: مدیریت می‌کند که یک جلسه متصل چقدر می‌تواند غیرفعال بماند قبل از اینکه ویندوز آن را قطع کند. یک محدودیت ۳۰ دقیقه‌ای ممکن است پس از ۳۰ دقیقه بدون ورودی کاربر، یک جلسه را قطع کند.
• محدودیت جلسه قطع شده: مدیریت می‌کند که یک جلسه قطع شده چقدر مدت بر روی سرور باقی بماند قبل از اینکه ویندوز آن را خاتمه دهد.

محدودیت جلسه قطع شده معمولاً باعث قطع اتصال اولیه نمی‌شود. در عوض، تعیین می‌کند که جلسه و برنامه‌های کاربر پس از آن چه مدت در دسترس باقی می‌مانند.

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

کدام تنظیمات زمان انقضای جلسه اولویت دارند؟

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

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

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

مدیران باید پیکربندی مؤثر را قبل از ایجاد تغییرات متعدد تعیین کنند. این کار از ایجاد سیاست‌های متضاد جلوگیری می‌کند که ثبت و عیب‌یابی را ساده‌تر می‌کند.

برای رفع زمان‌های انقضای جلسه دسکتاپ از راه دور چه اقداماتی باید انجام شود؟

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

مرحله ۱: بررسی محدودیت‌های جلسه RDP در سیاست گروه

در میزبان ویندوز تحت تأثیر:

1. باز اجرا و وارد کنید gpedit.msc .
2. به سمت بروید پیکربندی کامپیوتر > الگوهای مدیریتی > اجزای ویندوز > خدمات دسکتاپ از راه دور > میزبان جلسه دسکتاپ از راه دور > محدودیت‌های زمان جلسه .
3. بررسی زمان محدودیت برای جلسات فعال خدمات دسکتاپ از راه دور را تنظیم کنید .
4. بررسی کنید زمان محدودیت برای جلسات خدمات دسکتاپ از راه دور فعال اما غیرفعال را تنظیم کنید .
5. مرور محدودیت جلسه‌های قطع شده و جلسه را زمانی که محدودیت‌های زمانی به پایان می‌رسد، پایان دهید .

مقایسه محدودیت‌های پیکربندی شده با بازه اندازه‌گیری شده بین قطع ارتباطاتی که شاهد آن بوده‌اید

به عنوان مثال، اگر افراد تمایل دارند پس از حدود ۱۵ دقیقه عدم فعالیت قطع شوند و محدودیت جلسه غیرفعال به مدت ۱۵ دقیقه تنظیم شده باشد، این یک علت محتمل است.

دستورالعمل‌های مربوطه را بر اساس نیازهای محیط خود تغییر دهید. معمولاً بهتر است محدودیت‌های بیش از حد سخت را به سادگی گسترش دهید به جای اینکه به طور کامل آن‌ها را حذف کنید. در کامپیوترهایی که توسط دامنه مدیریت می‌شوند، ممکن است بخواهید کنسول مدیریت سیاست گروه (gpmc.msc) را باز کنید و ورودی مربوطه را مطالعه کنید.

مرحله ۲: تأیید کنید که کدام سیاست‌های گروهی اعمال شده‌اند

اگر تغییر یک سیاست محلی مشکل را حل نکرد، تعیین کنید که کدام اشیاء سیاست گروه (GPOs) در واقع اعمال شده‌اند.

از یک خط فرمان با دسترسی بالا در میزبان تحت تأثیر، اجرا کنید:

gpresult /h C:\Windows\Temp\gpresult.html

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

پس از اینکه تغییر مجاز را در یک شیء سیاست گروه انجام دادید، تنظیمات سیاست گروه را برای کامپیوترهایی که تنظیمات در آن‌ها اعمال شده است، به‌روزرسانی کنید:

gpupdate /force

بسته به سناریو، ممکن است برای کاربران لازم باشد که اتصال را دوباره برقرار کنند یا حتی از سیستم خارج شده و دوباره وارد شوند تا تغییرات مؤثر شود.

این مرحله به ویژه در صورتی که محیط RDS مشابه تحت تأثیر چندین GPO باشد، ضروری است.

مرحله ۳: بررسی مجموعه RDS و تنظیمات دروازه RD

در پیاده‌سازی‌های متعارف Microsoft RDS، محدودیت‌های جلسه ممکن است در سطح مجموعه نیز پیکربندی شوند.

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

اگر کاربران از طریق دروازه دسکتاپ از راه دور (RD Gateway) متصل شوند، سیاست‌های مجوز اتصال دروازه را نیز بررسی کنید.

در سرور دروازه RD:

1. باز مدیر دروازه دسکتاپ از راه دور .
2. به سمت بروید سیاست‌ها > سیاست‌های مجوز اتصال .
3. سیاست مربوطه را باز کنید.
4. تنظیمات زمان انقضای جلسه خود را بررسی کنید.

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

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

چرا Remote Desktop پس از مدتی عدم فعالیت قطع می‌شود؟

همه وقفه‌های مرتبط با عدم فعالیت ناشی از محدودیت جلسه بیکار RDS نیستند. تنظیمات دیگری در ویندوز وجود دارند که ممکن است تداخل ایجاد کنند، مانند تنظیمات مرتبط با امنیت یا مدیریت انرژی.

بررسی سیاست‌های عدم فعالیت ماشین ویندوز

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

باز secpol.msc و به:

سیاست‌های محلی > گزینه‌های امنیتی > ورود تعاملی: محدودیت عدم فعالیت ماشین

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

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

تنظیمات صرفه‌جویی در انرژی و محافظ صفحه را بررسی کنید

سیاست‌های صرفه‌جویی در صفحه نمایش همچنین می‌توانند از کاربران بخواهند پس از عدم فعالیت احراز هویت کنند.

تنظیمات را در زیر بررسی کنید:

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

به تنظیمات زمان‌سنج محافظ صفحه و حفاظت از رمز عبور توجه ویژه‌ای داشته باشید.

در ایستگاه‌های کاری ویندوز، خواب یا خواب زمستانی می‌تواند باعث شود که کامپیوتر از راه دور به طور موقت در دسترس نباشد. تنظیمات مربوط به برق را بررسی کنید در زیر تنظیمات > سیستم > قدرت و باتری یا رابط کاربری گزینه‌های قدرت مربوطه.

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

فرایند عیب‌یابی قطع ارتباطات تصادفی RDP چیست؟

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

آزمایش اتصال شبکه و پایداری VPN

ابتدا اتصال به سرور یا دروازه مربوطه را آزمایش کنید.

Test-NetConnection server.example.com -Port 3389

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

برای انجام آزمایش‌های دسترسی مداوم، اجرا کنید:

پینگ server.example.com -t

استفاده از پینگ مداوم می‌تواند از دست دادن بسته‌های متناوب یا افزایش تأخیر را در صورتی که پروتکل پیام کنترل اینترنت (ICMP) مجاز باشد، نشان دهد. با این حال، پاسخ‌های موفق پینگ تضمینی برای ثبات حمل و نقل RDP نیستند.

اگر قطع ارتباطات با اختلالات شبکه مرتبط است، قطع‌های Wi-Fi را در نظر بگیرید، شکست‌های تونل VPN تغییرات مسیریابی و انتقال وضعیت فایروال.

شکست‌های تجدید کلید VPN، زمان‌های انقضای اتصال فایروال و انقضای جلسه ترجمه آدرس شبکه (NAT) می‌توانند تماماً اتصالات RDP پایدار را مختل کنند.

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

بررسی کنید که آیا حمل و نقل UDP RDP مسئول است

جلسات RDP مدرن اکنون از پروتکل دیتاگرام کاربر (UDP) علاوه بر پروتکل کنترل انتقال (TCP) برای افزایش پاسخگویی استفاده می‌کنند.

اما فایروال‌ها، VPNها یا هر دستگاه شبکه دیگری که به درستی پیکربندی نشده باشد، می‌توانند بسته‌های UDP را مسدود کنند.

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

سیاست گروه را در رایانه کلاینت باز کنید و به ادامه دهید:

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

فعال کردن UDP را در کلاینت خاموش کنید سپس دوباره متصل شوید و مشاهده کنید که آیا قطع‌ها ادامه دارند یا خیر.

اگر اتصال پایدار شود، به مدیریت UDP در طول مسیر شبکه نگاه کنید

این یک مرحله تشخیصی است، نه یک راه حل عمومی. اتصالات فقط TCP در شبکه‌هایی با کیفیت پایین رفتار متفاوتی خواهند داشت، بنابراین مطمئن شوید که پس از رفع علت اصلی مشکل، حمل و نقل مورد نظر را دوباره برقرار کنید.

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

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

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

مصرف CPU، حافظه و دیسک را در نزدیکی زمان خرابی‌ها بررسی کنید. نظارت بر عملکرد جلسه RDP می‌تواند به همبستگی خستگی منابع کمک کند که می‌تواند بر عملکرد خدمات دسکتاپ از راه دور تأثیر بگذارد، هرچند که استفاده بالا لزوماً علت اصلی را شناسایی نمی‌کند.

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

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

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

بررسی رویدادهای Remote Desktop در Event Viewer

باز eventvwr.msc بر روی سیستم ویندوز تحت تأثیر.

کانال‌های رویداد سمت سرور مرتبط شامل:

• گزارش‌های برنامه‌ها و خدمات > مایکروسافت > ویندوز > TerminalServices-LocalSessionManager > عملیاتی
• گزارش‌های برنامه‌ها و خدمات > مایکروسافت > ویندوز > TerminalServices-RemoteConnectionManager > عملیاتی
• گزارش‌های ویندوز > سیستم

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

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

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

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

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

جلسه جستجو

این فرمان جلسات فعلی شما و وضعیت‌های آن‌ها را نشان می‌دهد.

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

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

تطبیق قطع ارتباطات در بین چندین کاربر

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

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

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

در برخی موارد، ممکن است نیاز به تحلیل بیشتر RDS و ردیابی‌های شبکه باشد تا علت دقیق و ترتیب رویدادها مشخص شود.

چگونه می‌توانید جلسات و برنامه‌های Remote Desktop را در حال اجرا نگه دارید؟

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

با این حال، نگه داشتن جلسه RDP باز و اطمینان از ادامه اجرای بار کاری ویندوز دو مورد استفاده متفاوت هستند.

قطع اتصال بدون خروج

بستن کلاینت Remote Desktop معمولاً اتصال شما را قطع می‌کند اما شما را از ویندوز خارج نمی‌کند.

نشستی که شما برقرار کرده‌اید معمولاً حفظ می‌شود و برنامه‌ها به‌طور کلی باز باقی می‌مانند مگر اینکه یک سیاست نشست یا رویداد دیگری آن‌ها را ببندد.

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

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

کارکردهای پس‌زمینه را به‌طور مستقل از جلسات RDP اجرا کنید

برنامه‌ها و فرآیندهایی که نیاز به اجرای مداوم دارند نباید به یک جلسه RDP تعاملی که باز بماند وابسته باشند.

بسته به بار کاری، گزینه‌های بالقوه شامل خدمات ویندوز، برنامه‌ریز وظایف یا اتوماسیون خاص برنامه هستند.

در حالی که برنامه زمان‌بندی وظایف می‌تواند وظایف خاصی را بدون حضور کاربر (بدون ورود تعاملی) اجرا کند، اما همه برنامه‌های کاربردی دسکتاپ ویندوز از این نوع عملیات پشتیبانی نمی‌کنند.

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

چگونه می‌توانید از قطع مکرر دسترسی از راه دور جلوگیری کنید؟

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

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

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

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

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

به دنبال یک جایگزین ساده‌تر برای RDS سنتی هستید؟

برای سازمان‌هایی که به دنبال ساده‌سازی ارائه برنامه‌ها و دسکتاپ‌های متمرکز ویندوز هستند، TSplus دسترسی از راه دور ارائه انتشار برنامه، دسترسی مبتنی بر مرورگر و قابلیت‌های جلسه چندکاربره. این یک رویکرد جایگزین برای استقرارهای سنتی RDS فراهم می‌کند در حالی که به تیم‌های IT اجازه می‌دهد تا اتصال از راه دور را از طریق یک راه‌حل متمرکز مدیریت کنند.

نتیجه

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

تغییرات پیکربندی هدفمند مؤثرتر از غیرفعال کردن تمام زمان‌ها هستند. سیاست‌ها و نظارت‌های منسجم به حفظ اتصالات RDP قابل اعتماد بدون تضعیف امنیت کمک می‌کنند.