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

معرفی

مایکروسافت پورتفوی کلاینت دسکتاپ از راه دور خود را حول برنامه ویندوز سازماندهی کرده است. کلاینت دسکتاپ از راه دور مایکروسافت برای ویندوز که مبتنی بر MSI است و به عنوان MSRDC نیز شناخته می‌شود، در تاریخ ۲۷ مارس ۲۰۲۶ به پایان پشتیبانی برای محیط‌های ابری عمومی رسید.

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

کدام محصول Microsoft Remote Desktop را استفاده می‌کنید؟

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

برنامه ویندوز

اپلیکیشن ویندوز، کلاینت یکپارچه مایکروسافت برای Azure Virtual Desktop، Windows 365، Microsoft Dev Box و خدمات انتخابی Remote Desktop یا اتصالات مستقیم PC است. این اپلیکیشن بر روی ویندوز، macOS، iOS و iPadOS، اندروید و Chrome OS، مرورگرهای وب و Meta Quest در دسترس است، اگرچه منابع و ویژگی‌های موجود بین پلتفرم‌ها متفاوت است.

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

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

پشتیبانی از کلاینت MSI در محیط‌های ابری عمومی مایکروسافت در تاریخ ۲۷ مارس ۲۰۲۶ به پایان رسید تمدیدهای موقت برای برخی از محیط‌های ابری مستقل و محیط‌های قدیمی Azure Virtual Desktop برقرار می‌مانند، بنابراین مدیران باید قبل از حذف آن، محیط را تأیید کنند.

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

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

مایکروسافت بعداً اتصالات خود را به Azure Virtual Desktop، Windows 365 و Microsoft Dev Box در تاریخ 30 سپتامبر 2025 مسدود کرد. خدمات Remote Desktop و اتصالات مستقیم PC در آن محدودیت گنجانده نشده بودند، هرچند که خود برنامه دیگر بخشی از استراتژی بلندمدت مشتری مایکروسافت نبود.

اتصال دسکتاپ از راه دور، یا MSTSC

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

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

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

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

تاریخ	تغییر	تأثیر عملیاتی
27 مه 2025	برنامه Remote Desktop فروشگاه مایکروسافت به پایان پشتیبانی رسید	نصب‌های جدید دیگر در دسترس نبودند
۳۰ سپتامبر ۲۰۲۵	اتصالات برنامه فروشگاه ابری مسدود شدند	کاربران Cloud مجبور بودند به برنامه ویندوز منتقل شوند
۲۷ مارس ۲۰۲۶	کلاینت MSI و کلاینت وب قدیمی به پایان پشتیبانی در ابرهای عمومی رسیدند	کاربران ابر عمومی باید از برنامه ویندوز استفاده کنند
۲۸ سپتامبر ۲۰۲۶	پشتیبانی MSI گسترده برای Azure Government، Azure که توسط 21Vianet اداره می‌شود و AVD Classic به پایان می‌رسد	این محیط‌ها به برنامه زمان‌بندی مهاجرت خود نیاز دارند

بر اساس اطلاعات Microsoft Learn، مایکروسافت تاریخ پایان یکسانی برای وب‌کلاینت Azure Government یا Azure که توسط 21Vianet اداره می‌شود، اعلام نکرده است. مدیران باید قبل از اعمال جدول زمانی ابر عمومی، محیط ابری هر استخر میزبان را تأیید کنند.

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

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

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

قابلیت	برنامه ویندوز	کلاینت دسکتاپ از راه دور MSI
نقش اصلی	دسترسی یکپارچه به ابر مایکروسافت و منابع از راه دور پشتیبانی شده	دسترسی قدیمی به دسکتاپ‌های ابری مایکروسافت
دسکتاپ مجازی Azure	پشتیبانی شده	از ۲۷ مارس ۲۰۲۶ در ابرهای عمومی پشتیبانی نمی‌شود
ویندوز ۳۶۵	پشتیبانی شده	از ۲۷ مارس ۲۰۲۶ در ابرهای عمومی پشتیبانی نمی‌شود
مایکروسافت دیو باکس	پشتیبانی شده	از ۲۷ مارس ۲۰۲۶ در ابرهای عمومی پشتیبانی نمی‌شود
خوراک RDS در ویندوز	پشتیبانی نمی‌شود	پشتیبانی نمی‌شود
دسترسی مستقیم به رایانه از راه دور در ویندوز	پیش‌نمایش	پشتیبانی نمی‌شود
دسترسی مرورگر	منابع ابری مایکروسافت	کلاینت وب قدیمی در ابرهای عمومی پشتیبانی نمی‌شود
پلتفرم‌ها	ویندوز، مک‌اواس، موبایل، وب و متا کوئست	فقط ویندوز
تجربه حساب	چندین حساب کاربری کاری یا مدرسه‌ای	تجربه قدیمی
جهت مایکروسافت	مشتری استراتژیک فعلی	کلاینت قدیمی

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

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

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

یک رابط برای منابع ابری مایکروسافت

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

این رویکرد می‌تواند دسترسی را برای مشاوران، مدیران و ارائه‌دهندگان خدمات مدیریت شده که در چندین مستأجر Microsoft Entra کار می‌کنند، ساده‌تر کند. همچنین نیاز به حفظ یک جریان کار کاربری متفاوت برای هر سرویس ابری Microsoft را کاهش می‌دهد.

دسترسی چندسکویی و ویژگی‌های مدرن

اپلیکیشن ویندوز بر روی پلتفرم‌های اصلی دسکتاپ و موبایل در دسترس است و همچنین از طریق مرورگرهای وب پشتیبانی شده قابل استفاده است. بسته به نقطه پایانی و سرویس از راه دور، می‌تواند وضوح دینامیک، چندین مانیتور، پشتیبانی از نمایشگرهای خارجی، بهینه‌سازی رسانه‌های Microsoft Teams و هدایت برای دوربین‌ها، صدا، ذخیره‌سازی و چاپگرها را فراهم کند.

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

استقرار ساده‌تر بر روی دستگاه‌های ویندوز مدیریت‌شده

سازمان‌ها می‌توانند برنامه‌های ویندوز را از طریق Microsoft Intune به نقاط پایانی ویندوز مدیریت‌شده مستقر کنند و از مدل برنامه Microsoft Store استفاده کنند. این می‌تواند نصب و به‌روزرسانی‌ها را در مقایسه با نگهداری یک بسته MSI جداگانه و فرآیند ارتقاء ساده‌تر کند.

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

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

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

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

پلتفرم فعلی مایکروسافت از اشتراک‌های خدمات دسکتاپ از راه دور از طریق برنامه ویندوز در ویندوز یا در یک مرورگر پشتیبانی نمی‌کند. دسترسی RDS از طریق برنامه ویندوز در macOS، iOS و iPadOS، اندروید و Chrome OS و Meta Quest در دسترس است.

این محدودیت بر سازمان‌هایی که از میزبان‌های جلسه RD محلی، مجموعه‌های RemoteApp، دسترسی وب RD، دروازه RD یا مزارع RDS سرور ویندوز سنتی استفاده می‌کنند، تأثیر می‌گذارد. بسته به معماری، مدیران ممکن است هنوز به MSTSC، RemoteApp و اتصالات دسکتاپ یا یک کلاینت و دروازه نگهداری شده دیگر نیاز داشته باشند.

اتصالات مستقیم به رایانه از راه دور

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

کاربران متصل به ایستگاه‌های کاری فیزیکی، ماشین‌های مجازی یا سیستم‌های Windows Server بنابراین نیازی به جایگزینی MSTSC ندارند فقط به این دلیل که پشتیبانی از کلاینت MSI cloud به پایان رسیده است. این دو برنامه انواع مختلفی از اتصال را ارائه می‌دهند.

دسترسی مرورگر به منابع خودمیزبان

تجربه وب اپلیکیشن ویندوز از Azure Virtual Desktop، Windows 365 و Microsoft Dev Box پشتیبانی می‌کند. در حال حاضر دسترسی مبتنی بر مرورگر به رایانه‌های شخصی از راه دور مستقیم یا محیط‌های خدمات دسکتاپ از راه دور متعارف را ارائه نمی‌دهد.

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

حساب‌های شخصی مایکروسافت

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

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

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

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

انتخاب همچنین به نحوه مدیریت منبع از راه دور بستگی دارد. برنامه ویندوز دسکتاپ‌ها و برنامه‌هایی را که از طریق یک حساب Microsoft Entra اختصاص داده شده‌اند، ارائه می‌دهد، در حالی که MSTSC به جزئیات اتصال وارد شده توسط کاربر یا ذخیره شده در یک فایل .rdp تکیه دارد.

از برنامه ویندوز استفاده کنید زمانی که	از MSTSC استفاده کنید زمانی که
کاربران به دسکتاپ مجازی Azure متصل می‌شوند	کاربران به طور مستقیم به یک میزبان ویندوز متصل می‌شوند
کاربران به رایانه‌های ابری ویندوز ۳۶۵ دسترسی دارند	مدیران سیستم‌های Windows Server را مدیریت می‌کنند
توسعه‌دهندگان از Microsoft Dev Box استفاده می‌کنند	فایل‌های .rdp موجود همچنان مهم هستند
کاربران بین مستاجران Microsoft Entra جابجا می‌شوند	یک کلاینت RDP مستقیم که به طور عمومی در دسترس باشد، مورد نیاز است

تغییر پشتیبانی مارس ۲۰۲۶ مربوط به کلاینت Microsoft Remote Desktop مبتنی بر MSI است که با منابع ابری مایکروسافت استفاده می‌شود. این تغییر به معنای پایان پروتکل Remote Desktop، خدمات Remote Desktop یا MSTSC نیست.

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

چگونه از کلاینت دسکتاپ از راه دور به اپلیکیشن ویندوز مهاجرت کنیم؟

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

شناسایی مشتریان نصب شده

ابتدا با فهرست‌برداری از کلاینت دسکتاپ از راه دور مبتنی بر MSI، برنامه سابق فروشگاه مایکروسافت، MSTSC، کلاینت‌های مرورگر، ابزارهای RDP شخص ثالث و پورتال‌های HTML5 شروع کنید. برنامه‌های MSI و فروشگاه ممکن است هر دو تحت نام "دسکتاپ از راه دور" ظاهر شوند، بنابراین منبع استقرار، شناسه بسته و مسیر اجرایی راهی مطمئن‌تر برای تمایز آن‌ها فراهم می‌کند.

این موجودی همچنین باید نشان دهد که کدام کاربران و دستگاه‌ها هنوز به هر برنامه‌ای وابسته هستند. بدون آن اطلاعات، تیم‌های IT ممکن است یک مشتری را که به یک اتصال غیر ابری مهم ادامه می‌دهد، حذف کنند.

طبقه‌بندی منابع از راه دور

هر اتصال را به منبعی که واقعاً به آن می‌رسد، مانند Azure Virtual Desktop، Windows 365، Microsoft Dev Box، خدمات دسکتاپ از راه دور، یک رایانه شخصی، Windows Server، یک برنامه منتشر شده یا یک فضای کاری مبتنی بر مرورگر، نقشه‌برداری کنید.

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

انتقال کاربران ابر عمومی

کاربران دسترسی به Azure Virtual Desktop، Windows 365 یا Microsoft Dev Box در محیط‌های ابری عمومی مایکروسافت باید به Windows App منتقل شوند. در حین اعتبارسنجی، تأیید کنید که منابع اختصاص داده شده به درستی نمایش داده می‌شوند و احراز هویت Microsoft Entra، دسترسی مشروط، دسترسی شبکه و ورود یکپارچه به طور مورد انتظار عمل می‌کنند.

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

پروفایل‌های نماینده پایلوت

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

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

نصب برنامه ویندوز به صورت مرکزی

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

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

مسیرهای دسترسی غیر ابری را حفظ کنید

روش‌های مستند را برای رایانه‌های شخصی از راه دور مستقیم، مدیریت ویندوز سرور، RDS محلی، خوراک‌های RemoteApp، RD Gateway، محیط‌های ابری مستقل و دسترسی اضطراری نگه‌دارید. این جریان‌های کاری نباید به سادگی به دلیل اینکه کلاینت MSI به پایان پشتیبانی برای خدمات ابری عمومی مایکروسافت رسیده است، حذف شوند.

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

به‌روزرسانی مستندات

دستورالعمل‌های کاربر باید نام دقیق برنامه و مقصد را به جای گفتن به کاربران برای "باز کردن Remote Desktop" مشخص کنند. به عنوان مثال، مستندات می‌توانند کاربران را به باز کردن برنامه ویندوز برای یک رایانه ابری ویندوز ۳۶۵، اتصال Remote Desktop برای یک سرور یا یک پورتال وب برای یک برنامه حسابداری منتشر شده هدایت کنند.

نام‌گذاری واضح درخواست‌های کمک‌دسک را کاهش می‌دهد و تشخیص مشکلات مشتریان از مسائل میزبان، هویت یا شبکه را آسان‌تر می‌کند. تیم‌های پشتیبانی همچنین باید نام بسته‌ها، اسکرین‌شات‌ها و رویه‌های تشدید را برای هر روش اتصال تأیید شده ثبت کنند.

کدام کلاینت دسکتاپ از راه دور باید در سال ۲۰۲۶ استفاده کنید؟

مشتری مناسب به منبع از راه دور، سیستم عامل نقطه پایانی و مدل مدیریت بستگی دارد. برنامه ویندوز گزینه اصلی برای Azure Virtual Desktop، Windows 365 و Microsoft Dev Box است، در حالی که MSTSC برای اتصالات مستقیم به رایانه‌ها و سرورهای ویندوز همچنان مرتبط است.

خدمات سنتی دسکتاپ از راه دور، RemoteApp و محیط‌های مبتنی بر مرورگر نیاز به ارزیابی جداگانه دارند. بسته به معماری، سازمان‌ها ممکن است به یک کلاینت RDS موجود، یک دروازه HTML5 یا یک پلتفرم تحویل برنامه در کنار Windows App نیاز داشته باشند.

نیازمندی	رویکرد پیشنهادی
Azure Virtual Desktop، Windows 365 یا Microsoft Dev Box	برنامه ویندوز
دسترسی مستقیم به رایانه یا سرور ویندوز از ویندوز	MSTSC
تغذیه سنتی RDS از ویندوز	جریان کار RDS پشتیبانی شده موجود
دسترسی مستقیم به رایانه از macOS، iOS یا Android	برنامه ویندوز
دسترسی مرورگر به دسکتاپ‌های ابری مایکروسافت	تجربه وب اپلیکیشن ویندوز
دسترسی مرورگر به منابع ویندوز خود میزبان	دروازه HTML5 اختصاصی

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

چرا TSplus Remote Access را انتخاب کنید؟

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

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

نتیجه

اپلیکیشن ویندوز جانشین پشتیبانی شده مایکروسافت برای دسکتاپ مجازی آژور، ویندوز ۳۶۵ و باکس توسعه مایکروسافت است، اما این یک جایگزین جهانی برای هر جریان کار دسکتاپ از راه دور نیست. تیم‌های IT باید منابع ابری را منتقل کنند، مشتریان مناسب را برای RDP و RDS مستقیم حفظ کنند و ویژگی‌های خاص پلتفرم را قبل از حذف مسیرهای دسترسی قدیمی آزمایش کنند.