Configurer une ferme de serveurs de terminaux avec les services Bureau à distance (RDS) sur Windows Server peut s’avérer complexe, surtout si vous souhaitez éviter les problèmes d’autorisations, de versions ou de configuration. Ce guide ne se contente pas de suivre une procédure pas à pas ; il regorge de conseils pratiques pour faciliter le processus. Vous apprendrez à déployer RDS sur Windows Server 2022, 2019 ou 2016, à maîtriser ses composants et à éviter les erreurs de débutant, comme l’incompatibilité des rôles ou l’oubli de configurer les autorisations. Une fois la configuration terminée, vous disposerez d’une ferme RDS opérationnelle, capable de gérer les sessions utilisateur, les RemoteApps et, idéalement, une certaine tolérance aux pannes. En réussissant cette configuration, vous évitez aux utilisateurs de se retrouver face à un écran noir ou à des sessions incomplètes. Alors, plongeons-nous dans ce labyrinthe et essayons d’y voir plus clair.
Comment résoudre les problèmes courants de déploiement RDS et obtenir une ferme fonctionnelle
Architecture des composants des services Bureau à distance (RDS)
Comprendre les tenants et les aboutissants est très utile. Les éléments essentiels sont :
- Serveur hôte de session Bureau à distance (RDSH) — ce sont vos serveurs de travail, ceux qui effectuent le gros du travail pour les applications utilisateur. Ils constituent l’épine dorsale du système.
- Le serveur de connexion Bureau à distance (RDCB) gère les sessions utilisateur, l’équilibrage de charge, les reconnexions et assure le suivi des connexions. En cas de déconnexion ou de blocage de session, c’est généralement à ce niveau que le problème se situe.
- Passerelle de bureau à distance (RDGW) — une passerelle sécurisée pour l’accès à Internet. Si vous ne l’utilisez pas ou si vous rencontrez des difficultés de connexion à distance, vérifiez d’abord ce rôle.
- Accès Web Bureau à distance (RDWA) — le portail web permettant aux utilisateurs de visualiser les bureaux et les applications distantes disponibles. Si des utilisateurs signalent ne rien voir, le problème pourrait venir de là.
- La gestion des licences Bureau à distance (RD Licensing) est essentielle, car Windows a la fâcheuse habitude de compliquer les choses inutilement. Assurez-vous que vos licences d’accès client (CAL) sont configurées et valides.
Dans les petites configurations, vous pouvez simplement intégrer trois serveurs avec des rôles tels que :
mun-rds1.woshub.com— RDSHmun-rds2.woshub.com— RDSHmun-rdsman.woshub.com— RDSH, RDWA, RDCB, Licence RD
Ce n’est pas très sophistiqué, mais ça fonctionne si les rôles sont bien définis. Le problème, c’est que si vous oubliez de configurer correctement les permissions ou si les versions des serveurs sont incompatibles, le système dysfonctionnera ou refusera de démarrer.
Création d’un nouveau déploiement RDS sur un serveur Windows
Sur certaines machines, l’assistant d’installation peut dysfonctionner au dernier moment, mais il est généralement fiable si vous suivez quelques astuces. Commencez par ouvrir le Gestionnaire de serveur et ajoutez vos serveurs RDS sous « Tous les serveurs ». Cliquez ensuite sur « Ajouter des rôles et des fonctionnalités » et choisissez « Installation des services Bureau à distance ». Choisissez le déploiement standard ; évitez le démarrage rapide, sauf si vous êtes particulièrement expérimenté, car ce dernier ne permet de configurer qu’un seul serveur.
Lors du choix des rôles, vous attribuerez :
- Courtier en connexion RD — sur
mun-rdsman - Accès Web RD — sur
mun-rdsman - Hôtes de session Bureau à distance — sur tous vos serveurs RDSH comme
mun-rds1, mun-rds2, mun-rdsman
Il est tentant de tout installer sur un seul serveur (pour une solution rapide et simple), mais pour plus de stabilité, répartissez les rôles. Assurez-vous de cocher l’option « Redémarrer automatiquement le serveur de destination si nécessaire », puis déployez. Sur certaines configurations, cette opération peut se bloquer ou échouer ; surveillez donc les journaux ou relancez-la après une ou deux minutes. Après un court instant, la ferme est techniquement « créée », mais ne vous réjouissez pas trop vite.
Ensuite, vous devrez gérer les licences : installez et configurez le rôle de gestion des licences Bureau à distance sur l’un des serveurs ou utilisez un serveur de licences existant. Ouvrez le Gestionnaire de serveur, accédez à Services Bureau à distance et consultez l’aperçu du déploiement. Si un problème survient (par exemple, si aucun serveur de licences n’apparaît), vérifiez vos licences d’accès client (CAL) ou patientez ; il arrive que les autorisations ou les journaux de domaine retardent l’affichage des informations.
Créer des collections RDS : une façon d’organiser vos utilisateurs
Imaginez les collections comme des groupes de serveurs desservant différents groupes d’utilisateurs. Par exemple, une collection « Gestion » pour les administrateurs et une collection « Service commercial » pour les ventes. Pour en créer une :
- Allez dans Collections, puis Créer une collection de sessions.
- Donnez-lui un nom significatif, comme
rds-Mun-Managers. - Choisissez les serveurs RDSH qui hébergeront cette collection — essayez de conserver des versions de système d’exploitation compatibles pour éviter tout problème inattendu.
- Définissez les groupes d’utilisateurs autorisés. Supprimez le groupe par défaut
Domain Userset ajoutez un groupe spécifique, par exemplemun-Managers:. - Si vous utilisez des disques de profil utilisateur (UPD), cochez la case et indiquez votre dossier partagé, par exemple : `/usr/local/bin`
\\mun-fs01\munrds_upd. Assurez-vous que ce dossier dispose d’un contrôle total pour votre groupe. Lors d’une configuration, j’ai rencontré des problèmes dus à une erreur de configuration des permissions ; n’oubliez pas d’accorder le contrôle total, sinon les utilisateurs n’auront pas accès à leurs profils. - Cliquez sur Créer. Vérifiez que le fichier UVHD-template.vhdx se trouve bien dans le partage, sinon les utilisateurs rencontreront des erreurs lors de la connexion.
Vous pouvez ensuite ajuster les paramètres de la collection en la sélectionnant et en modifiant ses propriétés, comme la sécurité, la pondération de l’équilibrage de charge ou les politiques de délai d’expiration de session. Il est conseillé de configurer les délais de reconnexion et les paramètres de sécurité NLA. Les paramètres par défaut conviennent parfois, mais il arrive que les sessions RDP soient interrompues en raison d’incompatibilités de configuration de sécurité. Consultez l’ onglet Sécurité si les connexions sont refusées ou si les utilisateurs sont invités à accepter des certificats.
RemoteApps — Les applications s’adressent aux utilisateurs, pas à leur ordinateur.
Les RemoteApps sont des raccourcis qui ressemblent à des applications locales mais s’exécutent sur des serveurs RDS. Idéal pour déployer Office, Chrome ou toute autre application sans afficher l’intégralité du bureau. Si les utilisateurs sont désorientés ou voient le bureau complet, il se peut que vous ayez oublié de publier correctement les applications ou qu’ils se connectent directement au bureau, ce qui n’est pas optimal pour plusieurs utilisateurs.
Pour créer une application RemoteApp, accédez à Tâches > Publier des programmes RemoteApp. Windows affichera la liste des applications installées sur le serveur sélectionné. Si votre application n’y figure pas, vous pouvez l’ajouter manuellement en indiquant son .exeemplacement. Une fois l’opération terminée, vous obtiendrez un fichier. RDP ou un lien RDWeb pour lancer l’application.
Veillez à remplacer les icônes ou à définir les paramètres de démarrage si nécessaire. Vous pouvez également configurer les options de sécurité, comme l’activation du protocole HTTPS pour le portail web ou la mise en place de certificats SSL. Si vous déployez Office ou des applications spécialisées, n’oubliez pas qu’elles doivent être en mode partagé ou disposer d’une licence appropriée ; dans le cas contraire, les utilisateurs pourraient rencontrer des messages d’erreur ou des problèmes de licence.
Utiliser PowerShell pour un déploiement ou un dépannage plus rapide
C’est là que ça devient intéressant : si vous maîtrisez les commandes, vous pouvez automatiser toute la configuration de la ferme. Exécutez PowerShell avec les droits d’administrateur, puis définissez les noms de vos serveurs :
$RDSH1 = "mun-rds1.woshub.com" $RDSH2 = "mun-rds2.woshub.com" $RDSCB = "mun-rdcb.woshub.com" $RDSGW = "mun-rdsgw.woshub.com" Import-Module RemoteDesktop Installez les rôles comme ceci :
Add-WindowsFeature –ComputerName $RDSH1, $RDSH2 -Name RDS-RD-Server -IncludeManagementTools Add-WindowsFeature –ComputerName $RDSCB -Name RDS-Connection-Broker Add-WindowsFeature –ComputerName $RDSGW -Name RDS-Web-Access, RDS-Gateway Ensuite, redémarrez tous les serveurs :
Restart-Computer -ComputerName $RDSH1, $RDSH2, $RDSCB, $RDSGWUne fois redémarré, créez un objet de déploiement RDS :
New-RDSessionDeployment -ConnectionBroker $RDSCB -SessionHost $RDSH1, $RDSH2 –VerboseL’ajout de serveurs d’accès Web ou de passerelles est simple :
Add-RDServer -Server $RDSGW -Role RDS-WEB-ACCESS -ConnectionBroker $RDSCB Add-RDServer -Server $RDSGW -Role RDS-Gateway -ConnectionBroker $RDSCB -GatewayExternalFqdn "rds.woshub.com"Et n’oubliez pas les licences :
Add-WindowsFeature –ComputerName $RDSCB -Name RDS-Licensing Invoke-Command -ComputerName $RDSCB {Set-RDLicenseConfiguration -Mode PerUser -LicenseServer $RDSCB -ConnectionBroker $RDSCB} Add-ADGroupMember "Terminal Server License Servers" -Members "mun-rdcb"Si vous souhaitez des certificats SSL, vous pouvez les importer comme ceci :
$Path = "C:\ps\RDSCert.pfx" $Password = ConvertTo-SecureString "yourP@ssw0rd" -AsPlainText -Force Set-RDCertificate -Role RDGateway -ImportPath $Path -Password $Password -ConnectionBroker $RDSCBEn résumé, PowerShell permet d’effectuer les tâches plus rapidement, notamment si vous devez reconstruire ou étendre votre infrastructure ultérieurement. Attention toutefois : redémarrer des serveurs et modifier des configurations à la volée peut entraîner des problèmes si vous n’êtes pas vigilant.
Conclure
En résumé, la mise en place d’une ferme RDS fonctionnelle n’est pas extrêmement compliquée, mais il est facile de se perdre dans les détails des rôles, des permissions et des configurations. Concentrez-vous sur l’essentiel : associez correctement les rôles de vos serveurs, attribuez les permissions adéquates et vérifiez scrupuleusement toutes vos URL et certificats. Une fois la ferme opérationnelle, les utilisateurs bénéficieront d’une expérience fluide et la gestion de celle-ci deviendra beaucoup plus simple – du moins jusqu’à une nouvelle modification de Windows.
Résumé
- Connaissez vos composants et rôles essentiels.
- Utilisez l’interface graphique ou PowerShell selon votre préférence — combinez les deux si nécessaire.
- Vérifiez que les autorisations et les partages réseau pour UPD sont corrects.
- Configurez correctement les licences et le protocole SSL pour éviter les messages d’erreur inattendus.
- Tester la connexion depuis différents ordinateurs clients et navigateurs.
Conclusion finale
Si cela vous a permis d’y voir plus clair, tant mieux. RDS n’est pas toujours parfait dès le départ, mais avec un peu de patience, il devient facile à gérer. Et n’oubliez pas : parfois, de petites erreurs de configuration sont à l’origine des plus gros problèmes. Pensez donc à vérifier les journaux et les autorisations. J’espère que cela permettra à certains de gagner du temps et d’éviter des frustrations lors de la configuration de leur système RDS. Bonne chance !