Windows App срещу Remote Desktop Client

Въведение

Microsoft е реорганизирал портфолиото си от клиенти за дистанционно работно място около Windows App. Клиентът за дистанционно работно място на Microsoft, базиран на MSI, известен също като MSRDC, достигна края на поддръжката за публични облачни среди на 27 март 2026 г.

Въпреки това, Windows App не замества всеки инструмент за отдалечен достъп на Microsoft. ИТ екипите все още трябва да различават между облачни десктопи, Remote Desktop Services и директни RDP връзки, преди да променят стратегията си за клиенти.

Кой продукт на Microsoft Remote Desktop използвате?

прекритие на Microsoft дистанционен достъп Имената на продуктите са една от основните причини, поради които тази тема може да бъде объркваща. Преди да планират миграция, администраторите трябва да идентифицират всеки клиент по източника на инсталацията, изпълнимия файл и предназначения тип връзка, вместо да разчитат само на името, показано на потребителите.

Windows приложение

Windows App е обединен клиент на Microsoft за Azure Virtual Desktop, Windows 365, Microsoft Dev Box и избрани Remote Desktop Services или директни PC връзки. Той е наличен на Windows, macOS, iOS и iPadOS, Android и Chrome OS, уеб браузъри и Meta Quest, въпреки че ресурсите и наличните функции варират между платформите.

Клиент за отдалечен работен плот на Microsoft за Windows

Самостоятелното MSI приложение, известно също като MSRDC, беше основно проектирано да свързва Windows крайни устройства с облачни десктопи на Microsoft. Въпреки широкото си наименование, то не беше предназначено като клиент с общо предназначение за конвенционални потоци от Remote Desktop Services или директни връзки с отдалечени PC.

Поддръжка за MSI клиента приключи в публични облачни среди на Microsoft на 27 март 2026 Временните разширения остават в сила за определени суверенни облачни и наследствени среди на Azure Virtual Desktop, така че администраторите трябва да потвърдят средата, преди да я премахнат.

Приложение за отдалечен работен плот за Windows

Приложението Remote Desktop, разпространявано чрез Microsoft Store, беше отделен продукт, който поддържаше облачни ресурси, Remote Desktop Services и директни PC връзки. То достигна края на поддръжката на 27 май 2025 г. и вече не е налично за нови инсталации.

Microsoft по-късно блокира връзките си с Azure Virtual Desktop, Windows 365 и Microsoft Dev Box на 30 септември 2025 г. Услугите за отдалечен работен плот и директните връзки с компютри не бяха включени в това ограничение, въпреки че самото приложение вече не беше част от дългосрочната клиентска стратегия на Microsoft.

Свързване с отдалечен работен плот, или MSTSC

Връзка за отдалечен работен плот класическият Windows клиент, стартиран чрез mstsc.exe. Той е вграден в Windows и се свързва директно с отдалечени компютри, виртуални машини и среди на Windows Server.

MSTSC е отделен както от retired Microsoft Store приложението, така и от неподдържания MSI клиент. Microsoft продължава да го идентифицира като общодостъпната Windows опция за директен достъп до отдалечен компютър.

Какъв е графикът за прекратяване на поддръжката на Microsoft Remote Desktop Client?

Преходът се случи на етапи, така че ИТ екипите не трябва да го третират като едно единствено събитие за пенсиониране.

Дата	Промяна	Оперативно въздействие
27 май 2025	Приложението Remote Desktop на Microsoft Store достигна края на поддръжката	Новите инсталации вече не бяха налични
30 септември 2025	Приложението за магазин блокира облачните връзки	Потребителите на Cloud трябваше да преминат към Windows App
27 март 2026	MSI клиентът и наследственият уеб клиент достигнаха края на поддръжката в публичните облаци	Потребителите на публичен облак трябва да използват Windows приложение
28 септември 2026	Поддръжката на разширен MSI приключва за Azure Government, Azure, управляван от 21Vianet и AVD Classic	Тези среди имат нужда от собствен график за миграция

Според Microsoft Learn, Microsoft не е обявил същата крайна дата за уеб клиента за Azure Government или Azure, управляван от 21Vianet. Администраторите трябва да потвърдят облачната среда на всеки хост пул, преди да приложат графика за публичния облак.

Инсталираният клиент може да продължи да се стартира след края на поддръжката, но организациите не трябва да предполагат продължаваща съвместимост, обслужване на сигурността или надежден достъп.

Windows App срещу Remote Desktop Client: Сравнение

Следната таблица сравнява Windows App с независимия MSI клиент.

Възможност	Windows приложение	MSI клиент за отдалечен работен плот
Основна роля	Обединен достъп до Microsoft cloud и поддържани отдалечени ресурси	Наследствен достъп до облачни работни станции на Microsoft
Azure Virtual Desktop	Подкрепен	Неподдържано в публични облаци от 27 март 2026 г.
Windows 365	Подкрепен	Неподдържано в публични облаци от 27 март 2026 г.
Microsoft Dev Box	Подкрепен	Неподдържано в публични облаци от 27 март 2026 г.
RDS фийд на Windows	Не се поддържа	Не се поддържа
Директен отдалечен компютър на Windows	Предварителен преглед	Не се поддържа
Достъп през браузър	Microsoft облачни ресурси	Наследеният уеб клиент не се поддържа в публични облаци
Платформи	Windows, macOS, мобилен, уеб и Meta Quest	Само за Windows
Опит с акаунта	Множество работни или учебни акаунти	По-стара опитност
Microsoft посока	Настоящ стратегически клиент	Наследствен клиент

Матрицата на функциите на Windows App на Microsoft Learn също показва разликите между платформите в дисплея, пренасочването, удостоверяването, сигурността и мрежовите възможности. Тествайте действителната крайна точка и натоварването, вместо да разчитате само на поддръжка на ниво продукт.

Какво прави Windows приложението по-добре?

Windows App е повече от просто преименувана версия на предишния Remote Desktop Client. Microsoft го е проектирала да предоставя общо изживяване за достъп до облачни десктопи, Cloud PCs, Dev Boxes и избрани отдалечени ресурси на няколко платформи за крайни точки.

Един интерфейс за ресурси на Microsoft Cloud

Windows приложението обединява назначените ресурси на Azure Virtual Desktop, Windows 365 Cloud PCs и Microsoft Dev Boxes в един интерфейс. Потребителите могат да търсят ресурси, да маркират често използвани десктопи или приложения като любими и да превключват между работни или училищни акаунти.

Този подход може да опрости достъпа за консултанти, администратори и доставчици на управлявани услуги, работещи в различни наеми на Microsoft Entra. Той също така намалява необходимостта от поддържане на различен работен поток за всеки облачен сервис на Microsoft.

Кросплатформен достъп и модерни функции

Windows App е налично на основни десктоп и мобилни платформи, както и чрез поддържани уеб браузъри. В зависимост от крайното устройство и отдалечената услуга, то може да предоставя динамично разрешение, поддръжка на множество монитори, поддръжка на външни дисплеи, оптимизация на медията за Microsoft Teams и пренасочване за камери, аудио, съхранение и принтери.

Въпреки това, тези възможности са не е идентично на всяка платформа Поддръжка на множество монитори, функции на браузъра и пренасочване на периферни устройства могат да варират между Windows, macOS, мобилни устройства и уеб клиенти, така че администраторите трябва да тестват цялостния потребителски сценарий, вместо да предполагат пълна съвместимост на функциите.

По-просто разгръщане на управлявани Windows устройства

Организациите могат да разположат Windows приложение на управлявани Windows крайни точки чрез Microsoft Intune, използвайки модела на приложението Microsoft Store. Това може да опрости инсталацията и актуализациите в сравнение с поддържането на отделен процес за опаковане и актуализиране на MSI.

Централизираното разгръщане не премахва необходимостта от тестване на съвместимост. Windows App може да се инсталира успешно, докато все още липсва тип на свързване, функция за показване или способност за пренасочване, изисквани от определена потребителска група.

Къде Windows приложението не замества традиционните RDP клиенти?

Windows App е поддържаният наследник на публичните облачни десктопи на Microsoft, но не заменя всяка работна процедура на Remote Desktop Protocol или Remote Desktop Services. Неговите възможности все още зависят от платформата на крайното устройство, отдалечения ресурс и начина, по който този ресурс е публикуван.

Услуги за отдалечен работен плот в Windows

Текущата платформа на Microsoft не поддържа абонаменти за Remote Desktop Services чрез Windows App на Windows или в браузър. Достъпът до RDS е наличен чрез Windows App на macOS, iOS и iPadOS, Android и Chrome OS, и Meta Quest.

Това ограничение засяга организации, използващи локални RD сесийни хостове, колекции RemoteApp, RD Web Access, RD Gateway или традиционни Windows Server RDS ферми. В зависимост от архитектурата, администраторите все още може да се нуждаят от MSTSC, RemoteApp и Desktop Connections или друг поддържан клиент и шлюз.

Директни отдалечени PC връзки

Директният достъп до отдалечен компютър остава предварителна функция в приложението Windows на Windows. Когато организациите се нуждаят от общодостъпен клиент на Microsoft за Windows, Microsoft продължава да препоръчва вграденото приложение за свързване с отдалечен работен плот.

Потребителите, които се свързват с физически работни станции, виртуални машини или системи Windows Server, следователно не трябва да заменят MSTSC просто защото поддръжката за MSI облачния клиент е приключила. Двете приложения обслужват различни типове връзки.

Достъп до саморазположени ресурси чрез браузър

Уеб опитът на Windows App поддържа Azure Virtual Desktop, Windows 365 и Microsoft Dev Box. В момента не предоставя достъп до директни отдалечени компютри или конвенционални среди на Remote Desktop Services чрез браузър.

Организациите, които се нуждаят от достъп до браузър за самостоятелно хоствани Windows приложения или работни станции, изискват друг метод на доставка. Един HTML5 отдалечен достъп шлюз или платформа за публикуване на приложения може да предостави този достъп, без да изисква от потребителите да инсталират роден клиент.

Лични акаунти на Microsoft

Windows App изисква Microsoft работен или учебен акаунт, когато потребителите влизат, за да получат достъп до ресурсите на Microsoft cloud. Личен Microsoft акаунт обикновено не може да се използва за този стандартен процес на влизане.

Потребителите все още могат да добавят директен отдалечен компютър, без да влизат в Windows App на платформи, които поддържат този тип връзка. В този случай удостоверяването се извършва спрямо отдалечения компютър, а не чрез облачния акаунт на Windows App.

Windows App срещу MSTSC: Кой да изберете?

Windows App и MSTSC решават различни проблеми с достъпа. Windows App открива ресурси, назначени чрез облачни услуги на Microsoft, докато MSTSC се свързва директно с известен хостнейм, напълно квалифицирано домейн име или IP адрес.

Изборът също зависи от начина, по който се управлява отдалеченият ресурс. Windows App представя работни станции и приложения, назначени чрез акаунт в Microsoft Entra, докато MSTSC разчита на детайли за връзка, въведени от потребителя или съхранени в .rdp файл.

Използвайте Windows приложението, когато	Използвайте MSTSC, когато
Потребителите се свързват с Azure Virtual Desktop	Потребителите се свързват директно с Windows хост.
Потребителите имат достъп до Windows 365 Cloud PCs	Администраторите управляват системи Windows Server
Разработчиците използват Microsoft Dev Box	Съществуващите .rdp файлове остават важни
Потребителите превключват между наематели на Microsoft Entra	Необходим е общодостъпен директен RDP клиент.

Промяната в поддръжката през март 2026 г. засяга клиентът на Microsoft Remote Desktop, базиран на MSI, използван с облачни ресурси на Microsoft. Тя не означава края на Remote Desktop Protocol, Remote Desktop Services или MSTSC.

Организациите могат следователно да продължат да използват и двата инструмента. Windows App може да обслужва потребители на облачни десктопи, докато MSTSC остава наличен за директни връзки с работни станции и сървъри. ИТ екипите трябва да документират кой клиент се прилага за всеки ресурс. Ясните инструкции помагат на потребителите да избегнат отварянето на неправилното приложение, когато съществуват няколко метода за отдалечен достъп.

Как да мигрирате от Remote Desktop Client към Windows App?

Надеждната миграция трябва да започне с връзките, на които потребителите разчитат, а не с имената на приложенията, инсталирани на техните устройства. Този подход помага на ИТ екипите да преместват облачни натоварвания на Microsoft, без неволно да нарушават директния RDP, Remote Desktop Services или достъпа чрез браузър.

Идентифициране на инсталирани клиенти

Започнете с инвентаризация на клиентите за отдалечен работен плот, базирани на MSI, бившето приложение на Microsoft Store, MSTSC, браузър клиентите, инструменти за RDP на трети страни и HTML5 портали. Приложенията MSI и Store могат да се появят под името "Отдалечен работен плот", така че източникът на внедряване, идентификаторът на пакета и изпълнимият път предоставят по-надежден начин за разграничаване на тях.

Този инвентар трябва също да показва кои потребители и устройства все още зависят от всяко приложение. Без тази информация ИТ екипите могат да премахнат клиент, който продължава да поддържа важна неклаудова връзка.

Класифицирайте отдалечените ресурси

Картографирайте всяка връзка към ресурса, до който всъщност достига, като Azure Virtual Desktop, Windows 365, Microsoft Dev Box, Remote Desktop Services, индивидуален компютър, Windows Server, публикувано приложение или браузърна работна среда.

Тази класификация разделя ресурсите, които принадлежат на миграцията на Windows приложения, от тези, които изискват друга стратегия за клиент. Тя също така помага за идентифициране на потребители, които зависят от няколко типа връзки и може да се наложи да запазят повече от един инструмент за достъп.

Преместете потребителите на публичния облак

Потребителите, които получават достъп до Azure Virtual Desktop, Windows 365 или Microsoft Dev Box в публични облачни среди на Microsoft, трябва да бъдат преместени в Windows App. По време на валидиране, потвърдете, че назначените ресурси се появяват правилно и че удостоверяването на Microsoft Entra, условният достъп, мрежовият достъп и единният вход функционират, както се очаква.

Тестовете трябва също да обхващат използването на клипборда, печат, съхранение, аудио, камери и всякаква друга необходима пренасочване. Работен плот, който стартира успешно, все пак може да не предостави пълното работно изживяване, от което потребителят се нуждае.

Профили на пилотни представители

Пилотните групи трябва да отразяват техническите изисквания, а не да включват само малък брой потребители от един отдел. Включете хора, които използват множество монитори, принтери, скенери, уебкамери, обаждания в Microsoft Teams, инструменти за достъпност, няколко организационни акаунта или ограничени мрежови пътища.

Windows, macOS, мобилни и браузърни крайни точки трябва да се тестват отделно, тъй като функциите на Windows App варират в зависимост от платформата. Успешен пилотен проект на Windows 11 не валидира автоматично друга операционна система или метод на достъп.

Разгръщане на Windows приложение централизирано

Използвайте Microsoft Intune или друга платформа за управление на приложения, за да създадете отделни назначения за пилотни и производствени версии. Определете насочване, актуализиране на собствеността, правила за откриване, комуникации за поддръжка и условията, които трябва да бъдат изпълнени, преди да премахнете клиента MSI.

Временният период на съвместно съществуване дава на екипите за поддръжка време да валидират новия работен процес и предоставя на потребителите резервен вариант по време на миграцията. Наследственият клиент трябва да бъде премахнат само след като всеки необходим облачен ресурс и потребителски профил премине тестовете.

Запазване на не-облачни пътища за достъп

Запазете документираните процедури за директни отдалечени компютри, администриране на Windows Server, локални RDS, RemoteApp потоци, RD Gateway, суверенни облачни среди и спешен достъп. Тези работни потоци не трябва да бъдат премахвани просто защото клиентът MSI е достигнал края на поддръжката за публични облачни услуги на Microsoft.

Където на потребителите им е необходимо само едно бизнес приложение, публикуване на Windows приложение може също да предостави по-фокусирано изживяване, отколкото представянето на пълен отдалечен работен плот Подходящият метод за достъп трябва да съответства на ресурса, а не да следва единна политика за клиентите за всеки случай на употреба.

Актуализиране на документацията

Инструкциите за потребителя трябва да посочват точното приложение и местоназначение, вместо да казват на потребителите да „отворят Remote Desktop.“ Например, документацията може да насочва потребителите да отворят Windows App за Windows 365 Cloud PC, Remote Desktop Connection за сървър или уеб портал за публикувано счетоводно приложение.

Ясното наименование намалява заявките към помощния център и улеснява разграничаването на проблемите на клиентите от проблемите с хоста, идентичността или мрежата. Поддържащите екипи също трябва да записват имената на пакетите, екранни снимки и процедури за ескалация за всеки одобрен метод на свързване.

Кой клиент за отдалечен работен плот трябва да използвате през 2026 г.?

Подходящият клиент зависи от отдалечения ресурс, операционната система на крайното устройство и модела на управление. Windows App е основният вариант за Azure Virtual Desktop, Windows 365 и Microsoft Dev Box, докато MSTSC остава актуален за директни връзки с Windows PC и сървъри.

Традиционните услуги за отдалечен работен плот, RemoteApp и средите, базирани на браузър, изискват отделна оценка. В зависимост от архитектурата, организациите може да се нуждаят от съществуващ RDS клиент, HTML5 шлюз или платформа за доставка на приложения заедно с Windows App.

Изискване	Препоръчителен подход
Azure Virtual Desktop, Windows 365 или Microsoft Dev Box	Windows приложение
Директен отдалечен достъп до PC или Windows Server от Windows	MSTSC
Традиционен RDS фийд от Windows	Съществуваща поддържана RDS работна процедура
Директен отдалечен компютър от macOS, iOS или Android	Windows приложение
Достъп до облачни десктопи на Microsoft	Уеб опит на Windows приложение
Достъп до самостоятелно хоствани Windows ресурси	Посветен HTML5 шлюз

Крайната избор трябва да отразява целия работен процес на свързване, а не името на клиента. Организациите може да се наложи да поддържат няколко метода за достъп, когато облачните десктопи на Microsoft, директното администриране на сървъри, локалните RDS и публикуваните Windows приложения съществуват едновременно.

Защо избирате TSplus Remote Access?

TSplus Remote Access дава на организациите практичен начин да публикуват Windows приложения и пълни работни настолни компютри от собствените си сървъри. Потребителите могат да се свързват чрез стандартен RDP клиент или HTML5 уеб портал, докато ИТ екипите запазват контрол над хостинга, политиките за достъп, едновременните сесии и общото потребителско изживяване.

За бизнеса, който не се нуждае от сложността или ценовата структура на пълна облачна десктоп платформа, нашето решение предлага по-фокусирана алтернатива. То поддържа сигурна доставка на приложения, достъп чрез браузър и централизирано администриране, което го прави подходящо за малки и средни предприятия, софтуерни доставчици и ИТ екипи, които искат да разширят достъпа до съществуващите Windows среди.

Заключение

Windows App е поддържаното наследство на Microsoft за Azure Virtual Desktop, Windows 365 и Microsoft Dev Box, но не е универсална замяна за всяка работна среда с Remote Desktop. ИТ екипите трябва да мигрират облачни ресурси, да запазят подходящи клиенти за директен RDP и RDS и да тестват функции, специфични за платформата, преди да премахнат наследените пътища за достъп.