افزایش سرعت ریموت در سرور های مجازی ویندوز

کوتاه و مستقیم: سرعتی که از ریموت دسکتاپ حس می‌کنید را بیش از هر چیز تأخیر شبکه بین شما و سرور تعیین می‌کند، نه تنظیمات داخل ویندوز؛ پس اول لوکیشن درست را انتخاب کنید و بعد سراغ تنظیمات بروید. بعد از آن، بیشترین اثر را خاموش‌کردن جلوه‌های بصری (تصویر پس‌زمینه، انیمیشن منوها و پوسته گرافیکی)، پایین‌آوردن وضوح صفحه، و روشن‌گذاشتن فشرده‌سازی و کش ماندگار تصاویر در فایل اتصال دارد.

ریموت دسکتاپ چطور کار می‌کند و چرا کند حس می‌شود

پروتکل RDP به‌جای فرستادن مداوم تصویر کل صفحه، تا جای ممکن «دستور رسم» می‌فرستد: این مستطیل را بکش، این متن را با این فونت بنویس. هر چه محتوای صفحه بیشتر شبیه ویدیو، انیمیشن یا اسکرول پیوسته باشد، حجم بیشتری روی خط می‌رود. نسخه‌های امروزی RDP از کدک H.264/AVC هم استفاده می‌کنند تا نواحی پرتغییر صفحه را مثل ویدیو فشرده کنند.

کندی‌ای که کاربر حس می‌کند معمولاً از یکی از این سه ریشه می‌آید:

• تأخیر (Latency): زمان رفت‌وبرگشت بسته‌ها. باعث می‌شود بین فشردن کلید و دیدن حرف روی صفحه وقفه حس شود. هیچ تنظیمی این را حذف نمی‌کند.
• اتلاف بسته و کمبود پهنای باند: خودش را به شکل کش‌آمدن پنجره‌ها هنگام اسکرول و بازسازی تکه‌تکه تصویر نشان می‌دهد.
• فشار روی خود سرور: اگر پردازنده یا دیسک سرور اشباع باشد ریموت هم کند می‌شود، اما مشکل اصلاً از شبکه نیست.

عامل غالب: لوکیشن سرور، نه تنظیمات ویندوز

RDP یک پروتکل تعاملی است و برای هر ضربه کلید یک رفت‌وبرگشت کامل روی شبکه لازم دارد. اگر مسیر شما تا سرور طولانی یا شلوغ باشد، هیچ تیک‌زدن و تیک‌برداشتنی آن وقفه را برنمی‌گرداند؛ فقط می‌توانید تصویر را سبک‌تر کنید تا وقفه کمتر به چشم بیاید.

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

پیش از خرید هم می‌توانید اندازه بگیرید: ping -t روی آی‌پی نمونه هر لوکیشن، پایداری تأخیر را در چند دقیقه نشان می‌دهد و pathping اتلاف بسته را گام‌به‌گام در مسیر پیدا می‌کند. عددها را از کسی نپرسید؛ به اپراتور اینترنت شما، ساعت شبانه‌روز و مسیر آن روز بستگی دارد.

سربرگ Experience: تنظیماتی که واقعاً اثر دارند

در برنامه Remote Desktop Connection (با اجرای mstsc) روی Show Options بزنید و به سربرگ Experience بروید:

• Desktop background: تیک آن را بردارید. تصویر پس‌زمینه یکی از سنگین‌ترین چیزهایی است که در ابتدای هر اتصال باید منتقل شود.
• Menu and window animation و Show window contents while dragging: خاموش کنید. این دو، جابه‌جایی پنجره‌ها را از یک انیمیشن پیوسته به یک قاب ساده تبدیل می‌کنند و حس تعامل را محسوس‌تر سریع می‌کنند.
• Visual styles: خاموش‌کردن آن ظاهر ویندوز را ساده و ترسیم کنترل‌ها را سبک می‌کند.
• Font smoothing: خاموش‌کردنش متن را کمی خشن‌تر ولی سبک‌تر می‌کند. اگر تمام روز در سرور متن می‌خوانید، شاید ارزش روشن‌ماندنش را داشته باشد.
• Persistent bitmap caching: این یکی را حتماً روشن بگذارید؛ آیکون‌ها و نوارهای ابزار روی دیسک شما ذخیره می‌شوند و در اتصال‌های بعدی دوباره منتقل نمی‌شوند.

یک نکته که در راهنماهای قدیمی هنوز تکرار می‌شود: گزینه Desktop composition بازمانده دوران ویندوز ویستا و سون است. روی نسخه‌های امروزی ویندوز سرور، جلوه شیشه‌ای Aero اصلاً وجود ندارد و این تیک عملاً کاری نمی‌کند. وقت‌تان را سرش نگذارید. در سربرگ Local Resources هم اگر به صدای سرور نیاز ندارید پخش صدا را غیرفعال کنید و چاپگر و پورت‌های محلی بلااستفاده را منتقل نکنید.

به‌جای دانلود فایل آماده، خودتان فایل اتصال بنویسید

فایل‌های اتصال آماده‌ای که در اینترنت دست‌به‌دست می‌شوند نه ضروری‌اند و نه بی‌خطر؛ یک فایل .rdp می‌تواند برنامه‌ای که هنگام ورود اجرا می‌شود و مسیرهای منتقل‌شده را از پیش تعیین کند. ساختنش خودتان یک دقیقه کار دارد: اتصال را در mstsc تنظیم کنید، با Save As ذخیره کنید و فایل را با Notepad باز کرده و مقدارها را اصلاح کنید.

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

وضوح تصویر و عمق رنگ

حجم داده‌ای که RDP منتقل می‌کند مستقیماً با تعداد پیکسل‌های صفحه رابطه دارد؛ اتصال تمام‌صفحه روی نمایشگر ۴K یا حالت چند نمایشگری، چند برابر یک پنجره متعارف داده تولید می‌کند. اگر خط ضعیف است به‌جای دستکاری ده‌ها تنظیم دیگر فقط وضوح اتصال را در سربرگ Display پایین بیاورید؛ اثرش از همه بیشتر است. درباره عمق رنگ، منطق امروز فرق کرده: روی خط سالم و با کدک‌های جدید حالت ۳۲ بیتی هزینه چندانی ندارد و تصویر تمیزتر است؛ کاهش به ۱۶ بیت را برای خطوط ضعیف یا پرنوسان نگه دارید.

سمت سرور: فشرده‌سازی و گرافیک تطبیقی

اگر دسترسی مدیریتی به سرور دارید، gpedit.msc را باز کنید و به این مسیر بروید:

Computer Configuration Administrative Templates Windows Components Remote Desktop Services Remote Desktop Session Host Remote Session Environment

• Configure compression for RemoteFX data که تعادل بین مصرف حافظه و مصرف پهنای باند را جابه‌جا می‌کند؛ حالت بهینه برای پهنای باند کمتر مناسب خطوط ضعیف است.
• Configure RemoteFX Adaptive Graphics برای انتخاب بین کیفیت تصویر، حداقل پهنای باند و مقیاس‌پذیری سرور.
• Limit maximum color depth اگر می‌خواهید سقف عمق رنگ را از سمت سرور برای همه کاربران تعیین کنید.

یک هشدار درباره راهنماهای قدیمی: اگر جایی خوانده‌اید که برای گرافیک سریع‌تر RemoteFX vGPU را فعال کنید، دنبالش نگردید؛ مایکروسافت این قابلیت را به‌دلیل یک آسیب‌پذیری امنیتی کنار گذاشت و روی نسخه‌های امروزی ویندوز سرور وجود ندارد. سیاست‌هایی که در فهرست بالا آمد با اینکه هنوز نام RemoteFX را روی خود دارند چیز دیگری‌اند، همچنان پابرجا هستند و کار می‌کنند. اگر واقعاً به شتاب سخت‌افزاری گرافیک نیاز دارید، راه امروزی‌اش تخصیص مستقیم یک کارت گرافیک فیزیکی به ماشین مجازی است و فراهم بودن یا نبودنش کاملاً به زیرساخت و سیاست ارائه‌دهنده سرور شما بستگی دارد؛ پیش از خرید بپرسید.

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

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

وقتی مشکل اصلاً ریموت نیست

قبل از هر تنظیمی داخل سرور taskmgr را باز کنید و سربرگ Performance را ببینید. پردازنده صددرصد، دیسک با صف طولانی یا رم پر و صفحه‌بندی مداوم، همگی خودشان را به شکل «کندی ریموت» نشان می‌دهند در حالی که شبکه سالم است؛ آنتی‌ویروسی که اسکن کامل اجرا می‌کند هم همین اثر را دارد. نشست‌های رهاشده هم منابع مصرف می‌کنند: با qwinsta فهرست نشست‌ها را ببینید و نشست قطع‌شده بلااستفاده را با rwinsta <ID> ببندید. عادت کنید به‌جای بستن پنجره ریموت، Sign out بزنید.

شاید اصلاً به دسکتاپ نیاز نداشته باشید

بخش بزرگی از کسانی که دنبال ریموت سریع‌تر می‌گردند فقط می‌خواهند یک وب‌سایت ASP.NET یا یک پایگاه داده SQL Server را بالا نگه دارند. برای این کار لازم نیست هر روز وارد دسکتاپ ویندوز شوید؛ هاست ویندوز ایران با کنترل‌پنل Plesk همان کارها را از طریق مرورگر انجام می‌دهد و کل بحث کندی ریموت را از میان برمی‌دارد. سرور مجازی را برای وقتی نگه دارید که واقعاً به نصب نرم‌افزار و دسترسی کامل مدیریتی نیاز دارید.

چک‌لیست کوتاه

• لوکیشن سرور را نزدیک به مخاطب یا سرویس مقصد انتخاب کنید؛ تعیین‌کننده‌ترین تصمیم همین است.
• پیش از قضاوت با ping -t و pathping اندازه بگیرید.
• پس‌زمینه، انیمیشن‌ها و پوسته گرافیکی را خاموش و کش ماندگار تصاویر را روشن کنید.
• وضوح اتصال را متناسب با کیفیت خط پایین بیاورید و باز بودن UDP پورت 3389 را بررسی کنید.
• هیچ فایل اتصال یا ابزار «افزایش سرعت ریموت» را از منبع ناشناس اجرا نکنید.