Windows App vs Client de Bureau à Distance

Introduction

Microsoft a réorganisé son portefeuille de clients de bureau à distance autour de l'application Windows. Le client Microsoft Remote Desktop basé sur MSI pour Windows, également connu sous le nom de MSRDC, a atteint la fin du support pour les environnements cloud publics le 27 mars 2026.

Cependant, l'application Windows ne remplace pas tous les outils d'accès à distance de Microsoft. Les équipes informatiques doivent toujours faire la distinction entre les bureaux cloud, les services de bureau à distance et les connexions RDP directes avant de modifier leur stratégie client.

Quel produit Microsoft Remote Desktop utilisez-vous ?

le chevauchement de Microsoft remote access les noms de produits sont l'une des principales raisons pour lesquelles ce sujet peut être déroutant. Avant de planifier une migration, les administrateurs doivent identifier chaque client par sa source d'installation, son exécutable et le type de connexion prévu plutôt que de se fier uniquement au nom affiché aux utilisateurs.

Application Windows

L'application Windows est le client unifié de Microsoft pour Azure Virtual Desktop, Windows 365, Microsoft Dev Box et certains services de bureau à distance ou connexions directes PC. Elle est disponible sur Windows, macOS, iOS et iPadOS, Android et Chrome OS, navigateurs web et Meta Quest, bien que les ressources et fonctionnalités disponibles varient selon les plateformes.

Client Microsoft Remote Desktop pour Windows

L'application MSI autonome, également connue sous le nom de MSRDC, a été principalement conçue pour connecter des points de terminaison Windows aux bureaux cloud de Microsoft. Malgré son nom générique, elle n'était pas destinée à être un client polyvalent pour les flux de services de bureau à distance conventionnels ou les connexions directes à des PC distants.

Support pour le client MSI terminé dans les environnements de cloud public Microsoft le 27 mars 2026 Les extensions temporaires restent en place pour certains environnements de cloud souverain et d'Azure Virtual Desktop hérités, donc les administrateurs doivent confirmer l'environnement avant de le supprimer.

Application de bureau à distance pour Windows

L'application Remote Desktop distribuée via le Microsoft Store était un produit distinct qui prenait en charge les ressources cloud, les services Remote Desktop et les connexions directes aux PC. Elle a atteint la fin de son support le 27 mai 2025 et n'est plus disponible pour de nouvelles installations.

Microsoft a ensuite bloqué ses connexions à Azure Virtual Desktop, Windows 365 et Microsoft Dev Box le 30 septembre 2025. Les services de bureau à distance et les connexions directes aux PC n'étaient pas inclus dans cette restriction, bien que l'application elle-même ne fasse plus partie de la stratégie client à long terme de Microsoft.

Connexion Bureau à distance, ou MSTSC

Connexion Bureau à distance est le client Windows classique lancé via mstsc.exe. Il est intégré à Windows et se connecte directement aux ordinateurs distants, aux machines virtuelles et aux environnements Windows Server.

MSTSC est séparé à la fois de l'application Microsoft Store retirée et du client MSI non pris en charge. Microsoft continue de l'identifier comme l'option Windows généralement disponible pour un accès direct à distance au PC.

Quelle est la chronologie de fin de support du client Microsoft Remote Desktop ?

La transition s'est faite par étapes, donc les équipes informatiques ne devraient pas la considérer comme un événement de retrait unique.

Date	Changer	Impact opérationnel
27 mai 2025	L'application Remote Desktop du Microsoft Store a atteint la fin du support.	Les nouvelles installations n'étaient plus disponibles
30 septembre 2025	Les connexions de l'application Store cloud ont été bloquées.	Les utilisateurs de Cloud ont dû passer à l'application Windows.
27 mars 2026	Le client MSI et le client web hérité ont atteint la fin du support dans les clouds publics.	Les utilisateurs de cloud public devraient utiliser l'application Windows
28 septembre 2026	Le support MSI étendu prend fin pour Azure Government, Azure opéré par 21Vianet et AVD Classic	Ces environnements ont besoin de leur propre calendrier de migration

Selon Microsoft Learn, Microsoft n'a pas annoncé la même date de fin pour le client web pour Azure Government ou Azure opéré par 21Vianet. Les administrateurs doivent confirmer l'environnement cloud de chaque pool d'hôtes avant d'appliquer le calendrier du cloud public.

Un client installé peut continuer à se lancer après la fin du support, mais les organisations ne doivent pas supposer une compatibilité continue, un service de sécurité ou un accès fiable.

Application Windows vs Client de Bureau à Distance : Comparaison

Le tableau suivant compare l'application Windows avec le client MSI autonome.

Capacité	Application Windows	Client de Bureau à Distance MSI
Rôle principal	Accès unifié aux ressources cloud Microsoft et aux ressources distantes prises en charge	Accès hérité aux bureaux cloud Microsoft
Azure Virtual Desktop	Pris en charge	Non pris en charge dans les clouds publics depuis le 27 mars 2026
Windows 365	Pris en charge	Non pris en charge dans les clouds publics depuis le 27 mars 2026
Microsoft Dev Box	Pris en charge	Non pris en charge dans les clouds publics depuis le 27 mars 2026
flux RDS sur Windows	Non pris en charge	Non pris en charge
Accès à distance direct sur PC Windows	Aperçu	Non pris en charge
Accès par navigateur	ressources cloud de Microsoft	Client web hérité non pris en charge dans les clouds publics
Plateformes	Windows, macOS, mobile, web et Meta Quest	Windows uniquement
Expérience de compte	Plusieurs comptes de travail ou d'école	Ancienne expérience
direction Microsoft	Client stratégique actuel	Client hérité

La matrice des fonctionnalités des applications Windows de Microsoft Learn montre également les différences de plateforme en matière d'affichage, de redirection, d'authentification, de sécurité et de capacités réseau. Testez le point de terminaison et la charge de travail réels plutôt que de vous fier uniquement au support au niveau du produit.

Qu'est-ce que l'application Windows fait mieux ?

L'application Windows est plus qu'une version renommée de l'ancien client de bureau à distance. Microsoft l'a conçue pour offrir une expérience d'accès commune aux bureaux cloud, aux PC Cloud, aux Dev Boxes et aux ressources distantes sélectionnées sur plusieurs plateformes de point de terminaison.

Une interface pour les ressources cloud de Microsoft

L'application Windows regroupe les ressources Azure Virtual Desktop assignées, les PC Cloud Windows 365 et les Microsoft Dev Boxes dans une seule interface. Les utilisateurs peuvent rechercher des ressources, marquer les bureaux ou applications fréquemment utilisés comme favoris et basculer entre les comptes de travail ou scolaires.

Cette approche peut simplifier l'accès pour les consultants, les administrateurs et les fournisseurs de services gérés travaillant sur plusieurs locataires Microsoft Entra. Elle réduit également le besoin de maintenir un flux de travail utilisateur différent pour chaque service cloud Microsoft.

Accès multiplateforme et fonctionnalités modernes

L'application Windows est disponible sur les principales plateformes de bureau et mobiles, ainsi que via des navigateurs web pris en charge. En fonction du point de terminaison et du service à distance, elle peut fournir une résolution dynamique, plusieurs moniteurs, un support d'affichage externe, une optimisation des médias Microsoft Teams et une redirection pour les caméras, l'audio, le stockage et les imprimantes.

Cependant, ces capacités sont pas identique sur chaque plateforme Le support multi-écran, les fonctionnalités du navigateur et la redirection des périphériques peuvent varier entre Windows, macOS, les appareils mobiles et les clients web, donc les administrateurs devraient tester le scénario utilisateur complet plutôt que de supposer une parité complète des fonctionnalités.

Déploiement simplifié sur des appareils Windows gérés

Les organisations peuvent déployer des applications Windows sur des points de terminaison Windows gérés via Microsoft Intune en utilisant le modèle d'application Microsoft Store. Cela peut simplifier l'installation et les mises à jour par rapport au maintien d'un processus de packaging MSI et de mise à niveau séparé.

Le déploiement centralisé ne supprime pas le besoin de tests de compatibilité. L'application Windows peut s'installer avec succès tout en manquant d'un type de connexion, d'une fonctionnalité d'affichage ou d'une capacité de redirection requise par un groupe d'utilisateurs particulier.

Où l'application Windows ne remplace-t-elle pas les clients RDP traditionnels ?

L'application Windows est le successeur pris en charge des bureaux cloud publics de Microsoft, mais elle ne remplace pas tous les flux de travail du protocole de bureau à distance ou des services de bureau à distance. Ses capacités dépendent toujours de la plateforme de point de terminaison, de la ressource distante et de la manière dont cette ressource est publiée.

Services de bureau à distance sur Windows

La matrice de plateforme actuelle de Microsoft ne prend pas en charge les abonnements aux services de bureau à distance via l'application Windows sur Windows ou dans un navigateur. L'accès RDS est disponible via l'application Windows sur macOS, iOS et iPadOS, Android et Chrome OS, et Meta Quest.

Cette limitation affecte les organisations utilisant des hôtes de session RD sur site, des collections RemoteApp, RD Web Access, RD Gateway ou des fermes RDS Windows Server traditionnelles. En fonction de l'architecture, les administrateurs peuvent toujours avoir besoin de MSTSC, RemoteApp et Desktop Connections ou d'un autre client et passerelle maintenus.

Connexions PC distantes directes

L'accès direct à distance au PC reste une fonctionnalité de prévisualisation dans l'application Windows sur Windows. Lorsque les organisations ont besoin d'un client Microsoft généralement disponible pour Windows, Microsoft continue de recommander l'application intégrée de connexion Bureau à distance.

Les utilisateurs se connectant à des postes de travail physiques, des machines virtuelles ou des systèmes Windows Server n'ont donc pas besoin de remplacer MSTSC simplement parce que le support pour le client cloud MSI a pris fin. Les deux applications servent différents types de connexion.

Accès au navigateur aux ressources auto-hébergées

L'expérience web de l'application Windows prend en charge Azure Virtual Desktop, Windows 365 et Microsoft Dev Box. Elle ne fournit actuellement pas d'accès basé sur le navigateur aux PC distants directs ou aux environnements de services de bureau à distance conventionnels.

Les organisations qui ont besoin d'un accès par navigateur à des applications ou des bureaux Windows auto-hébergés nécessitent une autre méthode de livraison. Un passerelle d'accès à distance HTML5 ou la plateforme de publication d'applications peut fournir cet accès sans exiger des utilisateurs d'installer un client natif.

Comptes Microsoft personnels

L'application Windows nécessite un compte professionnel ou scolaire Microsoft lorsque les utilisateurs se connectent pour accéder aux ressources cloud Microsoft. Un compte Microsoft personnel ne peut normalement pas être utilisé pour ce processus de connexion standard.

Les utilisateurs peuvent toujours ajouter un PC distant directement sans se connecter à l'application Windows sur les plateformes qui prennent en charge ce type de connexion. Dans ce cas, l'authentification se fait contre l'ordinateur distant plutôt que par le biais du compte cloud de l'application Windows.

Application Windows vs MSTSC : Lequel devriez-vous utiliser ?

L'application Windows et MSTSC résolvent différents problèmes d'accès. L'application Windows découvre les ressources assignées via les services cloud de Microsoft, tandis que MSTSC se connecte directement à un nom d'hôte connu, un nom de domaine entièrement qualifié ou une adresse IP.

Le choix dépend également de la manière dont la ressource distante est gérée. L'application Windows présente des bureaux et des applications assignés via un compte Microsoft Entra, tandis que MSTSC s'appuie sur les détails de connexion saisis par l'utilisateur ou stockés dans un fichier .rdp.

Utilisez l'application Windows lorsque	Utilisez MSTSC lorsque
Les utilisateurs se connectent à Azure Virtual Desktop	Les utilisateurs se connectent directement à un hôte Windows.
Les utilisateurs accèdent aux PC Cloud Windows 365	Les administrateurs gèrent les systèmes Windows Server
Les développeurs utilisent Microsoft Dev Box	Les fichiers .rdp existants restent importants
Les utilisateurs passent d'un locataire Microsoft Entra à un autre.	Un client RDP direct généralement disponible est requis

Le changement de support de mars 2026 concerne le client Microsoft Remote Desktop basé sur MSI utilisé avec les ressources cloud de Microsoft. Cela ne marque pas la fin du protocole Remote Desktop, des services Remote Desktop ou de MSTSC.

Les organisations peuvent donc continuer à utiliser les deux outils. L'application Windows peut servir les utilisateurs de bureau cloud, tandis que MSTSC reste disponible pour les connexions directes aux postes de travail et aux serveurs. Les équipes informatiques doivent documenter quel client s'applique à chaque ressource. Des instructions claires aident les utilisateurs à éviter d'ouvrir la mauvaise application lorsque plusieurs méthodes d'accès à distance coexistent.

Comment migrer du client de bureau à distance vers l'application Windows ?

Une migration fiable devrait commencer par les connexions sur lesquelles les utilisateurs comptent plutôt que par les noms des applications installées sur leurs appareils. Cette approche aide les équipes informatiques à déplacer les charges de travail cloud de Microsoft sans perturber involontairement l'accès direct RDP, Remote Desktop Services ou basé sur le navigateur.

Identifier les clients installés

Commencez par inventorier le client de bureau à distance basé sur MSI, l'ancienne application Microsoft Store, MSTSC, les clients de navigateur, les outils RDP tiers et les portails HTML5. Les applications MSI et Store peuvent toutes deux apparaître sous le nom de « Bureau à distance », donc la source de déploiement, l'identifiant du package et le chemin exécutable fournissent un moyen plus fiable de les distinguer.

Cet inventaire devrait également montrer quels utilisateurs et appareils dépendent encore de chaque application. Sans cette information, les équipes informatiques peuvent supprimer un client qui continue de prendre en charge une connexion non cloud importante.

Classer les ressources à distance

Mappez chaque connexion à la ressource qu'elle atteint réellement, comme Azure Virtual Desktop, Windows 365, Microsoft Dev Box, Remote Desktop Services, un PC individuel, Windows Server, une application publiée ou un espace de travail basé sur un navigateur.

Cette classification sépare les ressources qui appartiennent à la migration de l'application Windows de celles qui nécessitent une autre stratégie client. Elle aide également à identifier les utilisateurs qui dépendent de plusieurs types de connexion et peuvent avoir besoin de conserver plus d'un outil d'accès.

Déplacer les utilisateurs du cloud public

Les utilisateurs accédant à Azure Virtual Desktop, Windows 365 ou Microsoft Dev Box dans des environnements de cloud public Microsoft doivent être transférés vers Windows App. Lors de la validation, confirmez que les ressources assignées apparaissent correctement et que l'authentification Microsoft Entra, l'accès conditionnel, l'accès réseau et le single sign-on se comportent comme prévu.

Les tests doivent également couvrir l'utilisation du presse-papiers, l'impression, le stockage, l'audio, les caméras et toute autre redirection requise. Un bureau qui se lance avec succès peut néanmoins ne pas offrir l'expérience de travail complète dont l'utilisateur a besoin.

Profils des représentants pilotes

Les groupes pilotes devraient refléter les exigences techniques plutôt que d'inclure uniquement un petit nombre d'utilisateurs d'un seul département. Incluez des personnes qui utilisent plusieurs moniteurs, imprimantes, scanners, webcams, appels Microsoft Teams, outils d'accessibilité, plusieurs comptes organisationnels ou chemins réseau restreints.

Windows, macOS, mobile et les points de terminaison de navigateur doivent être testés séparément car les fonctionnalités de l'application Windows varient selon la plateforme. Un pilote Windows 11 réussi ne valide pas automatiquement un autre système d'exploitation ou méthode d'accès.

Déployer l'application Windows de manière centralisée

Utilisez Microsoft Intune ou une autre plateforme de gestion d'applications pour créer des affectations pilotes et de production distinctes. Définissez le ciblage, la propriété des mises à jour, les règles de détection, les communications de support et les conditions qui doivent être remplies avant de supprimer le client MSI.

Une période de coexistence temporaire donne aux équipes de support le temps de valider le nouveau flux de travail et fournit aux utilisateurs une solution de secours pendant la migration. Le client hérité ne doit être supprimé qu'une fois que toutes les ressources cloud requises et le profil utilisateur ont passé les tests.

Préserver les chemins d'accès non cloud

Conservez les procédures documentées pour les PC distants directs, l'administration de Windows Server, les RDS sur site, les flux RemoteApp, le RD Gateway, les environnements cloud souverains et l'accès d'urgence. Ces flux de travail ne doivent pas être supprimés simplement parce que le client MSI a atteint la fin du support pour les services cloud publics de Microsoft.

Lorsque les utilisateurs n'ont besoin que d'une seule application professionnelle, publier une application Windows peut également offrir une expérience plus ciblée que celle de présenter un bureau à distance complet La méthode d'accès appropriée doit correspondre à la ressource plutôt que de suivre une politique client unique pour chaque cas d'utilisation.

Mettre à jour la documentation

Les instructions pour l'utilisateur doivent indiquer l'application et la destination exactes au lieu de dire aux utilisateurs d'« ouvrir Remote Desktop ». Par exemple, la documentation peut diriger les utilisateurs vers l'ouverture de l'application Windows pour un PC Cloud Windows 365, la connexion Bureau à distance pour un serveur ou un portail web pour une application de comptabilité publiée.

Un nommage clair réduit les demandes d'assistance et facilite la distinction entre les problèmes des clients et ceux liés à l'hôte, à l'identité ou au réseau. Les équipes de support devraient également enregistrer les noms des paquets, les captures d'écran et les procédures d'escalade pour chaque méthode de connexion approuvée.

Quel client de bureau à distance devriez-vous utiliser en 2026 ?

Le client approprié dépend de la ressource distante, du système d'exploitation de l'endpoint et du modèle de gestion. L'application Windows est l'option principale pour Azure Virtual Desktop, Windows 365 et Microsoft Dev Box, tandis que MSTSC reste pertinent pour les connexions directes aux PC et serveurs Windows.

Les services traditionnels de bureau à distance, RemoteApp et les environnements basés sur un navigateur nécessitent une évaluation séparée. En fonction de l'architecture, les organisations peuvent avoir besoin d'un client RDS existant, d'une passerelle HTML5 ou d'une plateforme de livraison d'applications en plus de Windows App.

Exigence	Approche recommandée
Azure Virtual Desktop, Windows 365 ou Microsoft Dev Box	Application Windows
Accès direct à distance à un PC ou à un serveur Windows depuis Windows	MSTSC
Flux RDS traditionnel de Windows	Flux de travail RDS pris en charge existant
Accès à distance direct depuis macOS, iOS ou Android	Application Windows
Accès navigateur aux bureaux Microsoft cloud	Expérience web de l'application Windows
Accès par navigateur aux ressources Windows auto-hébergées	Passerelle HTML5 dédiée

Le choix final devrait refléter le flux de connexion complet plutôt que le nom du client. Les organisations peuvent avoir besoin de maintenir plusieurs méthodes d'accès lorsque les bureaux cloud Microsoft, l'administration directe des serveurs, les RDS sur site et les applications Windows publiées coexistent.

Pourquoi choisir l'accès à distance TSplus ?

TSplus Remote Access donne aux organisations un moyen pratique de publier des applications Windows et des bureaux complets depuis leurs propres serveurs. Les utilisateurs peuvent se connecter via un client RDP standard ou un portail web HTML5, tandis que les équipes informatiques conservent le contrôle sur l'hébergement, les politiques d'accès, les sessions concurrentes et l'expérience utilisateur globale.

Pour les entreprises qui n'ont pas besoin de la complexité ou de la structure de coûts d'une plateforme de bureau cloud complète, notre solution offre une alternative plus ciblée. Elle prend en charge la livraison sécurisée d'applications, l'accès basé sur le navigateur et l'administration centralisée, ce qui la rend bien adaptée aux PME, aux éditeurs de logiciels et aux équipes informatiques qui souhaitent étendre l'accès aux environnements Windows existants.

Conclusion

L'application Windows est le successeur pris en charge par Microsoft pour Azure Virtual Desktop, Windows 365 et Microsoft Dev Box, mais ce n'est pas un remplacement universel pour chaque flux de travail de bureau à distance. Les équipes informatiques doivent migrer les ressources cloud, conserver les clients appropriés pour RDP et RDS directs, et tester les fonctionnalités spécifiques à la plateforme avant de supprimer les chemins d'accès hérités.