Guide de configuration du client Web de bureau à distance

Le client Web de Bureau à distance de Microsoft permet aux utilisateurs d'accéder directement aux bureaux et applications Windows via un navigateur, sans installer un client RDP traditionnel. Disponible pour les déploiements de Services de Bureau à distance (RDS) de Windows Server, il simplifie l'accès aux ressources publiées sur différents systèmes d'exploitation de bureau.

Cet article explique comment installer et publier le client Web de Bureau à distance sur Windows Server 2025, 2022, 2019 et 2016, en abordant les prérequis, la configuration, l'optimisation des performances et le dépannage.

Qu'est-ce que le client Web de bureau à distance ?

Le client Web de Bureau à distance est l'interface basée sur le navigateur de Microsoft pour accéder aux ressources publiées via les Services Bureau à distance. Au lieu de lancer un client RDP installé localement, les utilisateurs se connectent à un portail Web et ouvrent leurs applications ou bureaux assignés.

Construit sur des technologies web, y compris HTML5, le client prend en charge les sessions à distance via des navigateurs compatibles tels que Microsoft Edge, Google Chrome, Mozilla Firefox et Safari.

Comment fonctionne le client Web de bureau à distance ?

Le client web fonctionne au sein d'un déploiement existant des services de bureau à distance. Plusieurs rôles de serveur travaillent ensemble pour fournir l'accès :

• Accès Web RD: Fournit l'interface web par laquelle les utilisateurs découvrent et lancent des ressources publiées.
• Passerelle RD: Permet une connectivité externe sécurisée à l'infrastructure interne des services de bureau à distance.
• RD Connection Broker: Courtier de connexion RD Gère le routage des sessions, la distribution de la charge et la reconnexion aux sessions existantes.
• Hôte de session RD : Exécute les bureaux et applications Windows accessibles par les utilisateurs.

Le client Web de Bureau à distance ne remplace pas ces rôles. Il ajoute une interface basée sur un navigateur à un déploiement RDS qui doit déjà être opérationnel.

RD Web Access vs. Client Web Bureau à Distance

Bien qu'étroitement liés, RD Web Access et le client Web de Bureau à distance servent des objectifs différents.

RD Web Access est un rôle de serveur Windows qui présente des applications et des bureaux publiés. Le client Web de Bureau à distance est un client supplémentaire basé sur un navigateur installé et publié via cette infrastructure.

Installer RD Web Access seul n'active pas automatiquement les sessions distantes interactives dans le navigateur. Les administrateurs doivent déployer et publier séparément le package du client web.

Quelles sont les exigences du client Web de bureau à distance sur Windows Server ?

Avant d'installer le client web, vérifiez que les rôles du serveur, les certificats, la licence et la configuration réseau répondent aux exigences de Microsoft.

Versions prises en charge de Windows Server

La documentation actuelle du client Web Remote Desktop de Microsoft répertorie les versions suivantes parmi les systèmes d'exploitation applicables :

Version de Windows Server	État de la documentation
Windows Server 2025	Énuméré comme applicable
Windows Server 2022	Énuméré comme applicable
Windows Server 2019	Énuméré comme applicable
Windows Server 2016	Énuméré comme applicable

Windows Server 2025 est donc inclus dans le courant documentation Microsoft .

Cependant, les prérequis de configuration détaillés de Microsoft nomment toujours spécifiquement Windows Server 2016 et 2019 pour les rôles de passerelle RD, de courtier de connexion RD et d'accès Web RD. Les administrateurs déployant le client Web dans un environnement Windows Server 2022 ou 2025 devraient vérifier la configuration de leur rôle de serveur par rapport à la documentation la plus récente avant de procéder.

Rôles et licences RDS requis

Une déploiement RDS fonctionnel doit être configuré avant que le client web puisse être installé. Cela inclut RD Web Access, RD Connection Broker et l'infrastructure d'hébergement de session pertinente, ainsi que RD Gateway pour le déploiement standard documenté.

Microsoft exige également des licences d'accès client RDS (CAL) par utilisateur pour le client web. La licence par appareil n'est pas prise en charge dans ce scénario.

Assurez-vous que le serveur de licences RD est configuré correctement et que les utilisateurs disposent des droits nécessaires pour accéder à leurs ressources assignées.

Certificats et configuration réseau

Les certificats de confiance sont essentiels pour un accès sécurisé au navigateur. Configurez les paramètres appropriés. certificats pour les connexions de Bureau à distance sur RD Gateway et RD Web Access, et assurez-vous que leurs noms d'hôte correspondent aux adresses utilisées par les clients.

Le certificat du courtier de connexion RD est également requis lors de l'installation du client web.

Pour la connectivité réseau, le trafic HTTPS utilise généralement le port TCP 443. La communication interne entre les rôles RDS doit également être autorisée selon l'architecture de déploiement.

Évitez d'exposer le port RDP 3389 directement à Internet. Les utilisateurs externes doivent se connecter via la passerelle configurée ou une autre architecture d'accès sécurisé prise en charge.

Comment installer le client Web de Bureau à distance sur Windows Server

Une fois l'infrastructure RDS prête, le client Web de Bureau à distance peut être installé et publié à l'aide de PowerShell.

La procédure suivante suit la séquence d'installation documentée par Microsoft.

Étape 1 : Exporter le certificat du courtier de connexion RD

Sur le serveur RD Connection Broker, localisez le certificat utilisé pour les connexions de Bureau à distance.

Exportez son certificat public en tant que .cer fichier et le copier sur le serveur RD Web Access.

Le client web utilise ces informations de certificat lors de l'établissement des connexions au RD Connection Broker.

Étape 2 : Préparer PowerShell

Connectez-vous au serveur RD Web Access et ouvrez PowerShell avec des privilèges d'administrateur.

Sur Windows Server 2016, Microsoft demande aux administrateurs de mettre à jour le module PowerShellGet :

Install-Module -Name PowerShellGet -Force

Redémarrez la session PowerShell après avoir mis à jour le module.

Pour les versions plus récentes de Windows Server, vérifiez les composants PowerShell installés avant d'apporter des modifications.

Étape 3 : Installer le module de gestion du client Web RD

Installez le module de gestion à partir de la PowerShell Gallery :

Install-Module -Name RDWebClientManagement

Ce module fournit les commandes nécessaires pour télécharger, publier et maintenir le client Web de Bureau à distance.

Si l'installation échoue, vérifiez l'accès à la PowerShell Gallery et assurez-vous que la session PowerShell prend en charge TLS 1.2 ou une version ultérieure.

Étape 4 : Téléchargez le package du client Web

Exécutez la commande suivante :

Install-RDWebClientPackage

Cela télécharge le dernier package disponible du client Web de bureau à distance.

Utiliser la dernière version prise en charge est important pour la sécurité et la compatibilité des navigateurs. Microsoft continue de publier des mises à jour traitant des vulnérabilités, des problèmes de performance et des fonctionnalités des clients.

Étape 5 : Importer le certificat du courtier de connexion RD

Importez le certificat exporté précédemment :

Import-RDWebClientBrokerCert "C:\Certificates\RDBroker.cer"

Remplacez le chemin d'exemple par l'emplacement réel du certificat.

Le certificat importé doit correspondre au RD Connection Broker utilisé par le déploiement.

Étape 6 : Publier le client Web de bureau à distance

Publiez le package installé pour une utilisation en production :

Publish-RDWebClientPackage -Type Production -Latest

Le client Web de Bureau à distance est désormais disponible via RD Web Access.

Les administrateurs peuvent également publier une version de test avant de rendre une mise à jour disponible pour tous les utilisateurs :

Publier-RDWebClientPackage -Type Test -Latest

Les tests sont particulièrement utiles lors de l'introduction d'une nouvelle version du client navigateur dans un environnement RDS multi-utilisateurs établi.

Comment pouvez-vous accéder et publier des bureaux à distance via RD Web ?

La publication du client web rend l'interface du navigateur disponible. Les administrateurs doivent également s'assurer que les applications et bureaux appropriés sont publiés via RDS.

Ouvrir l'URL du client Web de Bureau à distance

L'URL du client web standard suit ce format :

https://server.example.com/RDWeb/webclient/index.html

Remplacer server.example.com avec le nom de domaine entièrement qualifié du serveur RD Web Access.

Le nom d'hôte doit correspondre au certificat configuré pour le service.

Les utilisateurs peuvent ensuite accéder au portail avec un navigateur compatible et leurs identifiants organisationnels.

Publier des programmes et des bureaux RemoteApp

Les applications et les bureaux sont publiés via les services de bureau à distance, et non directement via le module de gestion du client web.

Dans le Gestionnaire de serveur, accédez à Services de Bureau à Distance sélectionnez la collection de sessions appropriée et configurez ses programmes RemoteApp publiés.

Assurez-vous que les utilisateurs ont la permission d'accéder à la collection et aux ressources pertinentes.

Une fois configurées, les applications ou bureaux apparaissent dans l'interface du client web, où les utilisateurs autorisés peuvent les lancer.

Lancer une session à distance

Les utilisateurs ouvrent l'URL du client web, s'authentifient et sélectionnent une ressource disponible.

Le bureau à distance ou l'application s'exécute à l'intérieur de la fenêtre du navigateur, avec une interaction gérée par l'infrastructure RDS.

Selon la configuration, le navigateur peut demander l'autorisation d'utiliser certaines ressources locales, telles que le presse-papiers.

Comment pouvez-vous optimiser les performances de votre client Web de bureau à distance ?

Un accès à distance fiable basé sur un navigateur dépend de plus que de l'installation du client web. La qualité du réseau, la capacité du serveur et la configuration de la session influencent tous la réactivité.

Gérer la bande passante et la latence réseau

Le trafic de bureau à distance varie en fonction des applications utilisées, de la résolution de l'écran et du niveau d'activité graphique.

Les applications de bureau et les logiciels commerciaux simples imposent généralement des exigences différentes au réseau par rapport aux applications graphiques intensives ou au contenu d'écran en constante évolution.

Avant le déploiement, estimez le nombre d'utilisateurs simultanés et évaluez la bande passante disponible pendant les périodes de pointe.

La latence est tout aussi importante. Même lorsque la bande passante est suffisante, des temps de réponse élevés peuvent rendre la saisie, le défilement et les interactions avec les applications lentes.

Les administrateurs doivent surveiller la latence du réseau, la perte de paquets et l'utilisation de la bande passante, en particulier lorsque les utilisateurs se connectent depuis des emplacements distants.

Surveiller les ressources du serveur et la performance des sessions

Les serveurs hôtes de session RD doivent disposer de suffisamment de CPU, de mémoire et de capacité de disque pour prendre en charge des utilisateurs simultanés.

Surveillez l'utilisation des ressources en parallèle avec le nombre de sessions actives pour identifier les limites de capacité avant que les utilisateurs ne rencontrent une dégradation des performances.

Les métriques utiles incluent l'utilisation du CPU et de la mémoire, l'activité du disque, le débit réseau, les sessions actives et déconnectées, ainsi que les échecs de connexion des sessions.

Le Moniteur de performance Windows, le Visualiseur d'événements et les outils de surveillance d'infrastructure appropriés peuvent aider à identifier si des sessions lentes sont causées par une saturation du serveur, des conditions réseau ou une application individuelle.

La surveillance doit également tenir compte des charges de travail maximales plutôt que de se fier exclusivement à l'utilisation moyenne.

Maintenez les navigateurs et les packages de client Web à jour

Les versions de navigateur et les capacités graphiques côté client peuvent affecter les performances des sessions à distance.

Notes de version du client web actuel de Microsoft introduire des exigences liées à l'âge du navigateur, au support du codec AVC et à la disponibilité de WebGL.

Testez les navigateurs pris en charge en utilisant des charges de travail représentatives et maintenez le package client Web à jour.

Lorsque des problèmes spécifiques au navigateur apparaissent, comparez le comportement entre les navigateurs pris en charge et, le cas échéant, avec un client RDP natif pour aider à isoler la cause.

Quel est le processus de gestion des déploiements du client Web RD sur plusieurs serveurs ?

Les grandes organisations répartissent souvent les charges de travail de bureau à distance sur plusieurs serveurs hôtes de session RD.

Dans ces environnements, le routage des sessions, la distribution de la charge et la reconnexion deviennent essentiels pour maintenir un accès fiable.

Courtier de connexion RD et équilibrage de charge

Le courtier de connexion RD coordonne les connexions aux ressources publiées et dirige les utilisateurs vers des serveurs hôtes de session RD appropriés.

Dans une collection de sessions, il prend en charge la distribution de charge entre les hôtes disponibles, aidant les administrateurs à répartir les charges de travail plutôt que de concentrer chaque session sur un seul serveur.

Cela devient particulièrement important lorsque plusieurs utilisateurs accèdent aux mêmes applications publiées ou à l'environnement de bureau.

Les administrateurs doivent configurer les collections de sessions et les paramètres d'équilibrage de charge en fonction de la capacité du serveur et des charges de travail attendues.

Le client Web de Bureau à distance n'introduit pas de mécanisme de répartition de charge séparé. Il s'appuie sur l'infrastructure RDS existante pour acheminer les connexions.

Persistance de session et reconnexion

Les utilisateurs peuvent temporairement perdre la connectivité en raison d'interruptions réseau, de la fermeture du navigateur ou de changements dans les conditions réseau.

Le courtier de connexion RD aide à reconnecter les utilisateurs à leurs sessions existantes lorsque ces sessions restent disponibles.

La persistance de session dépend du déploiement RDS, de la configuration de la collection et des politiques de session applicables.

Les administrateurs doivent examiner les limites de session déconnectée et le comportement de reconnexion automatique pour équilibrer l'utilisabilité, la capacité du serveur et la sécurité.

Tester la reconnexion est particulièrement important dans les environnements multi-serveurs, où les utilisateurs doivent être redirigés vers leurs sessions d'origine plutôt que de créer accidentellement des sessions supplémentaires inutiles.

Considérations sur la haute disponibilité

Pour les déploiements critiques pour les entreprises, la suppression des points de défaillance uniques peut nécessiter une infrastructure RDS supplémentaire.

Cela peut inclure des configurations de Broker de connexion RD hautement disponibles, des services de passerelle et d'accès web redondants, et plusieurs serveurs hôtes de session RD.

La disponibilité de RD Web Access et de RD Gateway doit être planifiée séparément de la distribution de charge des hôtes de session. Ajouter simplement plus d'hôtes de session ne rend pas l'ensemble de l'environnement d'accès à distance hautement disponible.

Les administrateurs doivent également vérifier la cohérence des certificats, la configuration DNS et le comportement du répartiteur de charge entre les composants redondants.

Quelles sont les fonctionnalités et les limitations du client Web de bureau à distance ?

L'accès basé sur le navigateur offre de la flexibilité, mais il ne reproduit pas toutes les fonctionnalités d'un client RDP installé localement.

Impression et transferts de fichiers

Le client web de Microsoft prend en charge l'impression à distance via une imprimante virtuelle qui génère des fichiers PDF téléchargeables.

Les transferts de fichiers sont disponibles via des emplacements virtuels désignés dans la session à distance, avec une limite de taille de téléchargement documentée de 255 Mo.

Ces flux de travail diffèrent de la redirection directe des lecteurs locaux et des imprimantes disponibles dans les clients RDP traditionnels.

Les organisations ayant des besoins d'impression spécialisés ou des transferts de fichiers volumineux fréquents devraient tester ces capacités avant le déploiement.

Compatibilité avec les navigateurs et les mobiles

Le client web prend en charge les navigateurs de bureau compatibles sur Windows, macOS, Linux et ChromeOS.

Cependant, la documentation de Microsoft ne répertorie actuellement pas les appareils mobiles comme étant pris en charge pour ce client web.

Les organisations nécessitant un accès depuis des smartphones ou des tablettes devraient évaluer des clients dédiés ou des solutions de livraison basées sur un navigateur alternatives.

Sécurité et contrôle d'accès

Le client web bénéficie des contrôles de sécurité mis en œuvre dans le déploiement RDS sous-jacent.

Les administrateurs doivent suivre Meilleures pratiques de sécurité RDP y compris l'utilisation de certificats de confiance, la restriction de l'exposition réseau inutile et l'application de politiques d'accès au moindre privilège aux ressources publiées

Des mesures de sécurité supplémentaires, y compris l'authentification multifactorielle via des architectures d'accès prises en charge, peuvent aider à protéger les services accessibles de l'extérieur.

Gardez Windows Server, les composants RDS et le client web à jour, et surveillez les échecs d'authentification et l'activité de session inhabituelle.

Comment mettre à jour et dépanner le client Web de Bureau à distance ?

La maintenance régulière réduit les problèmes de connexion causés par des packages obsolètes, des certificats expirés et des changements dans l'infrastructure RDS.

Mettre à jour le client Web de Bureau à distance

Pour télécharger le dernier package, exécutez :

Install-RDWebClientPackage

Optionnellement, publiez-le d'abord dans l'environnement de test :

Publier-RDWebClientPackage -Type Test -Latest

Après avoir validé la mise à jour, publiez-la en production :

Publish-RDWebClientPackage -Type Production -Latest

Les notes de version de Microsoft documentent les mises à jour de sécurité, les améliorations de compatibilité et les corrections de problèmes connus.

Mettre à jour le certificat du courtier de connexion RD

Lorsque le certificat de courtier est renouvelé ou remplacé, exportez le certificat mis à jour et importez-le dans la configuration du client web :

Import-RDWebClientBrokerCert "C:\Certificates\RDBroker-New.cer"

Republier le client de production :

Publish-RDWebClientPackage -Type Production -Latest

Ne pas mettre à jour le certificat du courtier peut déclencher une erreur inattendue de certificat d'authentification du serveur.

Résoudre les problèmes de connexion courants

La page du client Web ne se charge pas : Vérifiez la disponibilité de RD Web Access, la résolution DNS, la connectivité HTTPS, la configuration IIS et si le package a été publié. Si la connectivité reste un problème, examinez comment. établir une connexion sécurisée à un serveur avant de modifier la configuration du client web

Les utilisateurs peuvent se connecter mais ne voient aucune application : Vérifiez la configuration de la collection de sessions, les ressources publiées, les autorisations des utilisateurs et la connectivité du Broker de connexion RD.

Des erreurs de certificat apparaissent : Vérifiez la validité du certificat, la correspondance du nom d'hôte et si le bon certificat de courtier a été importé.

Les sessions à distance se déconnectent fréquemment : Investiguer la stabilité du réseau, la connectivité du RD Gateway, les politiques de délai d'expiration de session et l'utilisation des ressources de l'hôte de session RD.

Les sessions sont lentes ou non réactives : Comparez les performances du navigateur, la capacité du serveur et la latence du réseau. Si le problème se produit également via un client RDP natif, la cause est plus susceptible d'impliquer l'environnement RDS sous-jacent.

Une approche structurée de dépannage aide à distinguer les problèmes liés au client du navigateur des pannes ailleurs dans l'infrastructure des services de bureau à distance.

TSplus Remote Access : Accès par navigateur via un portail d'application web

Les organisations à la recherche d'une approche plus simple pour la livraison de bureaux et d'applications basés sur le navigateur peuvent envisager TSplus Remote Access Son client web HTML5 permet aux utilisateurs autorisés d'accéder aux applications Windows et aux bureaux distants directement via un navigateur compatible, sans installer de client RDP traditionnel.

Le portail d'application web TSplus fournit une interface centralisée pour lancer des applications et des bureaux publiés. Contrairement au client web de bureau à distance de Microsoft, qui repose sur un déploiement RDS existant avec des rôles de serveur spécifiques, notre solution fournit sa propre architecture de publication d'applications et d'accès par navigateur. Cela en fait une alternative pour les entreprises cherchant à fournir des ressources Windows via un portail web tout en simplifiant le déploiement et l'administration.

Conclusion

Le client Web de Bureau à distance de Microsoft permet un accès basé sur un navigateur aux bureaux et applications Windows via les services de Bureau à distance. Avec Windows Server 2025 inclus dans la documentation actuelle de Microsoft, les administrateurs doivent vérifier la compatibilité du déploiement, les licences, les certificats et les rôles de serveur avant l'installation.

Pour un fonctionnement fiable, le maintien du client web n'est qu'une partie de la tâche. La performance du réseau, la gestion des sessions, l'équilibrage de charge et la surveillance de l'infrastructure déterminent également la qualité de l'expérience d'accès à distance.