Partager via

Configurations prises en charge pour les services Bureau à distance

En ce qui concerne les configurations prises en charge pour les environnements des services Bureau à distance (RDS), l’interopérabilité des versions est le principal sujet de préoccupation. La plupart des environnements incluent plusieurs versions de Windows Server. Par exemple, vous pouvez avoir un déploiement RDS exécutant une version antérieure de Windows Server, mais vous souhaitez passer à une version ultérieure de Windows Server pour tirer parti des nouvelles fonctionnalités. La question devient alors : quels composants RDS peuvent utiliser différentes versions et qui doivent utiliser une version cohérente ?

Cet article fournit des instructions de base pour les configurations prises en charge des services Bureau à distance dans Windows Server.

Note

Veillez à passer en revue la configuration système requise pour Windows Server.

Meilleures pratiques

  • Utilisez la version la plus récente de Windows Server pour votre infrastructure de Bureau à distance (serveur d’accès web, serveur de passerelle, serveur du service Broker pour les connexions et serveur de licences). Windows Server est rétrocompatible avec ces composants. Par conséquent, un hôte de session Bureau à distance Windows Server 2022 peut se connecter à un répartiteur de connexions Bureau à distance Windows Server 2025, mais pas de l’autre façon.

  • Pour les hôtes de session Bureau à distance, tous les hôtes de session d’une collection doivent être au même niveau, mais vous pouvez avoir plusieurs collections. Par exemple, vous pouvez avoir une collection avec des hôtes de session Windows Server 2019 et une collection avec des hôtes de session Windows Server 2025.

  • Un serveur de licences RDS ne peut traiter les licences d’accès client (CAL) qu’à partir des mêmes versions ou de versions antérieures de Windows Server. Par conséquent, si vous mettez à niveau votre hôte de session Bureau à distance vers Windows Server 2025, vous devez également mettre à niveau le serveur de licences.

  • Suivez l’ordre de mise à niveau recommandé dans Mise à niveau de votre environnement des services Bureau à distance.

  • Si vous créez un environnement hautement disponible, tous vos serveurs du service Broker pour les connexions doivent être au même niveau de système d’exploitation.

Serveurs du service Broker pour les connexions Bureau à distance

À compter de Windows Server 2016, il n’existe aucune restriction quant au nombre de services Broker de connexion que vous pouvez avoir dans un déploiement lorsque vous utilisez des hôtes de session Bureau à distance (RDSH) et des hôtes de virtualisation Bureau à distance (RDVH). Le tableau suivant indique les versions des composants RDS qui fonctionnent dans un déploiement à haut niveau de disponibilité avec au moins trois serveurs du service Broker pour les connexions.

3 ou plusieurs répartiteurs de connexions en haute disponibilité RDSH ou RDVH 2025 RDSH ou RDVH 2022 hôtes de session Bureau à distance et serveurs hôtes de virtualisation des services Bureau à distance 2019 hôtes de session Bureau à distance et serveurs hôtes de virtualisation des services Bureau à distance 2016
Service Broker pour les connexions Windows Server 2025 Supported Supported Supported Supported
Service Broker pour les connexions Windows Server 2022 N/A Supported Supported Supported
Service Broker pour les connexions Windows Server 2019 N/A N/A Supported Supported
Service Broker pour les connexions Windows Server 2016 N/A N/A N/A Supported

Prise en charge de l’accélération de l’unité de traitement graphique (GPU)

RDS prend en charge les systèmes équipés de GPU. Les applications nécessitant un GPU peuvent être utilisées via la connexion à distance. En outre, l’encodage et le rendu accélérés par GPU peuvent être activés pour améliorer les performances et la scalabilité des applications.

Les hôtes de session Bureau à distance et les systèmes d’exploitation clients monosessions peuvent tirer parti de plusieurs façons du processeur graphique physique ou virtuel présenté au système d’exploitation, notamment au travers des tailles de machine virtuelle Azure à processeur graphique optimisé, des processeurs graphiques disponibles pour le serveur RDSH physique et des processeurs graphiques présentés aux machines virtuelles par les hyperviseurs pris en charge.

Consultez l’article Quelle technologie de virtualisation graphique vous convient ? pour déterminer ce dont vous avez besoin. Pour plus d’informations sur l’attribution d’appareils discrets, consultez Planifier le déploiement de l’affectation d’appareils discrets.

Les fournisseurs de GPU peuvent avoir un système de licence distinct pour les scénarios RDSH ou restreindre l’utilisation du GPU sur le système d’exploitation du serveur. Vérifiez les conditions requises avec votre fournisseur.

Les GPU présentés par un hyperviseur ou une plateforme cloud non-Microsoft doivent avoir des pilotes signés numériquement par WHQL et fournis par le fournisseur gpu.

Prise en charge de l’hôte de session Bureau à distance pour les GPU

Le tableau suivant présente les scénarios pris en charge par les différentes versions des hôtes de session Bureau à distance.

Feature Windows Server 2016 Windows Server 2019 Windows Server 2022 Windows Server 2025
Utilisation du GPU matériel pour toutes les sessions RDP Yes Yes Yes Yes
Encodage matériel H.264/AVC (si pris en charge par le GPU) Yes Yes Yes Yes
Équilibrage de charge entre plusieurs GPU présentés au système d’exploitation No Yes Yes Yes
Optimisations de l’encodage H.264/AVC pour réduire l’utilisation de la bande passante No Yes Yes Yes
Prise en charge de H.264/AVC pour la résolution 4K No Yes Yes Yes

Prise en charge de VDI pour les GPU

Le tableau suivant indique la prise en charge des scénarios de GPU dans le système d’exploitation client.

Feature Windows 7 SP1 Windows 8.1 Windows 10
Utilisation du GPU matériel pour toutes les sessions RDP No Yes Yes
Encodage matériel H.264/AVC (si pris en charge par le GPU) No No Windows 10 1703 ou version ultérieure
Équilibrage de charge entre plusieurs GPU présentés au système d’exploitation No No Windows 10 1803 ou ultérieur
Optimisations de l’encodage H.264/AVC pour réduire l’utilisation de la bande passante No No Windows 10 1803 ou ultérieur
Prise en charge de H.264/AVC pour la résolution 4K No No Windows 10 1803 ou ultérieur

Prise en charge de la carte vidéo 3D RemoteFX (vGPU)

Note

Pour des raisons de sécurité, le vGPU RemoteFX est désactivé par défaut sur toutes les versions de Windows à partir de la mise à jour de sécurité du 14 juillet 2020 et supprimé à partir de la Mise à jour de sécurité du 13 avril 2021. Pour plus d’informations, consultez la base de connaissances 4570006.

RDS prend en charge les processeurs virtuels RemoteFX lorsque la machine virtuelle s’exécute en tant qu’invité Hyper-V sur Windows Server. Les systèmes d’exploitation invités suivants prennent en charge les vGPU RemoteFX :

  • Windows 11
  • Windows 10
  • Windows Server, dans un déploiement à session unique uniquement

Prise en charge de l’attribution d’appareils en mode discret

RDS prend en charge les GPU physiques présentés avec l’attribution d’appareils discrets à partir de Hyper-V hôtes exécutant Windows Server 2016 ou version ultérieure. Pour plus d’informations, consultez Planifier le déploiement de l’attribution d’appareils en mode discret.

Déploiement VDI : systèmes d’exploitation invités pris en charge

Les serveurs hôtes de virtualisation des services Bureau à distance de Windows Server prennent en charge les systèmes d’exploitation invités suivants :

  • Windows 11 Entreprise
  • Windows 10 Entreprise

Note

  • RDS ne prend pas en charge les collections de sessions hétérogènes. Les systèmes d’exploitation de toutes les machines virtuelles d’un regroupement doivent être la même version.
  • Vous pouvez avoir des collections homogènes distinctes avec différentes versions d’OS invité sur le même hôte.
  • L’hôte Hyper-V utilisé pour exécuter des machines virtuelles doit avoir la même version que l’hôte Hyper-V utilisé pour créer les modèles de machine virtuelle d’origine.

Authentification unique

RdS dans Windows Server prend en charge deux expériences d’authentification unique principales :

  • Dans l’application (application Bureau à distance sur Windows, iOS, Android et Mac)
  • SSO de web

À l’aide de l’application Bureau à distance, vous pouvez stocker les informations d’identification dans le cadre des informations de connexion (Mac) ou dans le cadre de comptes managés (iOS, Android, Windows) en toute sécurité via les mécanismes propres à chaque système d’exploitation.

Pour vous connecter à des bureaux et des programmes RemoteApp à l’aide de SSO via le client Connexion Bureau à distance intégré à Windows, vous devez vous connecter à la page web du Bureau à distance via Internet Explorer. Les options de configuration suivantes sont nécessaires côté serveur. Aucune autre configuration n’est prise en charge pour l’authentification unique web.

  • Web Bureau à distance défini sur l’authentification basée sur les formulaires (par défaut)
  • Passerelle Bureau à distance définie sur l’authentification par mot de passe (par défaut)
  • Déploiement des services Bureau à distance avec l’option « Utiliser les informations d’identification de la passerelle des services Bureau à distance pour les ordinateurs distants » (par défaut) dans les propriétés de la passerelle des services Bureau à distance

Note

En raison des options de configuration requises, l’authentification unique web n’est pas prise en charge avec les cartes à puce. Les utilisateurs qui se connectent à l’aide de cartes à puce peuvent faire face à plusieurs invites pour se connecter.

Pour plus d’informations sur la création d’un déploiement VDI de RDS, consultez Configurations de sécurité Windows 10 prises en charge pour les services Bureau à distance VDI.

Utilisation de RDS avec des services de proxy d’application

Vous pouvez utiliser RDS avec le proxy d’application Microsoft Entra. RDS ne prend pas en charge le proxy d’application web.

  • Last updated on