Windows App против Remote Desktop Client

Введение

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

Однако приложение Windows не заменяет все инструменты удаленного доступа Microsoft. Команды ИТ все еще должны различать облачные рабочие столы, службы удаленного рабочего стола и прямые RDP-соединения перед изменением своей клиентской стратегии.

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

Перекрытие Microsoft удаленный доступ Названия продуктов являются одной из основных причин, по которым эта тема может быть запутанной. Прежде чем планировать миграцию, администраторам следует идентифицировать каждого клиента по его источнику установки, исполняемому файлу и предполагаемому типу подключения, а не полагаться только на имя, отображаемое пользователям.

Приложение для Windows

Windows App — это унифицированный клиент Microsoft для Azure Virtual Desktop, Windows 365, Microsoft Dev Box и выбранных служб удаленного рабочего стола или прямых подключений к ПК. Он доступен на Windows, macOS, iOS и iPadOS, Android и Chrome OS, веб-браузерах и Meta Quest, хотя доступные ресурсы и функции различаются в зависимости от платформ.

Клиент удаленного рабочего стола Microsoft для Windows

Самостоятельное приложение MSI, также известное как MSRDC, было в основном разработано для подключения конечных точек Windows к облачным рабочим столам Microsoft. Несмотря на свое широкое название, оно не предназначалось для использования в качестве универсального клиента для обычных потоков служб удаленного рабочего стола или прямых удаленных подключений к ПК.

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

Приложение удаленного рабочего стола для Windows

Приложение Remote Desktop, распространяемое через Microsoft Store, было отдельным продуктом, который поддерживал облачные ресурсы, службы удаленного рабочего стола и прямые подключения к ПК. Поддержка завершилась 27 мая 2025 года, и оно больше не доступно для новых установок.

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

Подключение к удаленному рабочему столу, или MSTSC

Подключение к удаленному рабочему столу это классический клиент Windows, запускаемый через mstsc.exe. Он встроен в Windows и подключается напрямую к удаленным компьютерам, виртуальным машинам и средам Windows Server.

MSTSC отделен как от устаревшего приложения Microsoft Store, так и от неподдерживаемого клиента MSI. Microsoft продолжает рассматривать его как общедоступный вариант Windows для прямого удаленного доступа к ПК.

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

Переход происходил поэтапно, поэтому ИТ-команды не должны рассматривать это как одно событие завершения.

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

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

Установленный клиент может продолжать запускаться после окончания поддержки, но организациям не следует предполагать продолжение совместимости, обслуживания безопасности или надежного доступа.

Windows App против клиента удаленного рабочего стола: Сравнение

Следующая таблица сравнивает Windows App с отдельным клиентом MSI.

Возможность	Приложение для Windows	MSI Клиент удаленного рабочего стола
Основная роль	Единый доступ к облаку Microsoft и поддерживаемым удалённым ресурсам	Наследственный доступ к облачным рабочим столам Microsoft
Azure Virtual Desktop	Поддерживаемый	Не поддерживается в публичных облаках с 27 марта 2026 года
Windows 365	Поддерживаемый	Не поддерживается в публичных облаках с 27 марта 2026 года
Microsoft Dev Box	Поддерживаемый	Не поддерживается в публичных облаках с 27 марта 2026 года
поток RDS на Windows	Не поддерживается	Не поддерживается
Прямой удаленный ПК на Windows	Предварительный просмотр	Не поддерживается
Доступ через браузер	ресурсы Microsoft Cloud	Наследственный веб-клиент не поддерживается в публичных облаках
Платформы	Windows, macOS, мобильный, веб и Meta Quest	Только для Windows
Опыт аккаунта	Несколько рабочих или учебных аккаунтов	Старший опыт
Направление Microsoft	Текущий стратегический клиент	Устаревший клиент

Матрица функций приложений Windows от Microsoft Learn также показывает различия платформ в отображении, перенаправлении, аутентификации, безопасности и сетевых возможностях. Тестируйте фактическую конечную точку и рабочую нагрузку, а не полагайтесь только на поддержку на уровне продукта.

Что лучше делает приложение Windows?

Windows App — это не просто переименованная версия предыдущего клиента удаленного рабочего стола. Microsoft разработала его для обеспечения общего опыта доступа к облачным рабочим столам, облачным ПК, Dev Boxes и выбранным удаленным ресурсам на нескольких платформах конечных устройств.

Единый интерфейс для ресурсов Microsoft Cloud

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

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

Кросс-платформенный доступ и современные функции

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

Однако эти возможности являются не идентичен на каждой платформе Поддержка нескольких мониторов, функции браузера и перенаправление периферийных устройств могут различаться между Windows, macOS, мобильными устройствами и веб-клиентами, поэтому администраторам следует протестировать полный сценарий использования, а не предполагать полное соответствие функционала.

Упрощенное развертывание на управляемых устройствах Windows

Организации могут развертывать Windows App на управляемых Windows-терминалах через Microsoft Intune, используя модель приложения Microsoft Store. Это может упростить установку и обновления по сравнению с поддержкой отдельного процесса упаковки MSI и обновления.

Централизованное развертывание не устраняет необходимость в тестировании совместимости. Приложение Windows может быть установлено успешно, но при этом может отсутствовать тип подключения, функция отображения или возможность перенаправления, требуемая определенной группой пользователей.

Где приложение Windows не заменяет традиционные клиенты RDP?

Windows App является поддерживаемым преемником для публичных облачных рабочих столов Microsoft, но он не заменяет каждый рабочий процесс протокола удаленного рабочего стола или служб удаленного рабочего стола. Его возможности по-прежнему зависят от платформы конечного устройства, удаленного ресурса и способа публикации этого ресурса.

Службы удаленного рабочего стола на Windows

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

Это ограничение затрагивает организации, использующие локальные хосты сеансов RD, коллекции RemoteApp, доступ RD через веб, шлюз RD или традиционные фермы Windows Server RDS. В зависимости от архитектуры администраторам может все еще потребоваться MSTSC, RemoteApp и подключения рабочего стола или другой поддерживаемый клиент и шлюз.

Прямые удаленные подключения к ПК

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

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

Доступ к саморазмещенным ресурсам через браузер

Веб-опыт приложения Windows поддерживает Azure Virtual Desktop, Windows 365 и Microsoft Dev Box. В настоящее время он не предоставляет доступ к удаленным ПК или традиционным средам удаленных рабочих столов через браузер.

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

Личные учетные записи Microsoft

Приложение Windows требует учетную запись Microsoft для работы или учебы, когда пользователи входят в систему для доступа к ресурсам облака Microsoft. Личная учетная запись 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 cloud. Это не означает конец протокола Remote Desktop, служб Remote Desktop или MSTSC.

Организации могут продолжать использовать оба инструмента. Приложение Windows может обслуживать пользователей облачного рабочего стола, в то время как MSTSC остается доступным для прямых подключений к рабочим станциям и серверам. ИТ-команды должны документировать, какой клиент применяется к каждому ресурсу. Четкие инструкции помогают пользователям избежать открытия неправильного приложения, когда несколько методов удаленного доступа сосуществуют.

Как мигрировать с клиента удаленного рабочего стола на приложение Windows?

Надежная миграция должна начинаться с соединений, на которые полагаются пользователи, а не с названий приложений, установленных на их устройствах. Этот подход помогает ИТ-командам перемещать облачные рабочие нагрузки 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 App, от тех, которые требуют другой стратегии клиента. Она также помогает определить пользователей, которые зависят от нескольких типов подключения и могут нуждаться в сохранении более чем одного инструмента доступа.

Переместить пользователей публичного облака

Пользователи, получающие доступ к 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.

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

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

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

Почему выбрать удаленный доступ TSplus?

TSplus Удаленный доступ даёт организациям практический способ публиковать приложения Windows и полные рабочие столы с их собственных серверов. Пользователи могут подключаться через стандартный RDP-клиент или HTML5 веб-портал, в то время как ИТ-команды сохраняют контроль над хостингом, политиками доступа, одновременными сессиями и общим пользовательским опытом.

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

Заключение

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