Redirection du micro vers un serveur RDP sous Windows
Par défaut, une session Bureau à distance diffuse le son du serveur sur l'ordinateur local, mais ne transporte rien dans l'autre sens. La redirection de la capture audio doit être activée des deux côtés : le client propose le microphone local à la session et le serveur accepte le périphérique proposé. Ce tutoriel couvre la configuration du client dans Connexion Bureau à distance, les services et les stratégies dont le serveur a besoin, la valeur de registre qui contrôle la fonctionnalité, ainsi que la vérification prouvant que le microphone est bien arrivé dans la session.
Niveau : Intermédiaire
Durée estimée : 30 minutes
Objectif : À la fin de ce tutoriel, le microphone local apparaît dans la session distante en tant que périphérique d'enregistrement Remote Audio, et les applications exécutées sur le serveur enregistrent à partir de celui-ci.
Prérequis
- Versions couvertes : Windows Server 2022 (build 20348) et Windows Server 2025 (build 26100) côté serveur. Les autres versions sont hors du périmètre de ce tutoriel.
- Serveur installé avec l'option Desktop Experience. La pile audio de Windows est absente des installations Server Core, et la redirection de la capture audio n'y fonctionne pas.
- Service de rôle Remote Desktop Session Host sur le serveur. L'étape 3 explique comment le vérifier.
- Ordinateur local sous Windows 10 ou Windows 11 avec Connexion Bureau à distance (
mstsc.exe) en version 10.x. - Un microphone connecté à l'ordinateur local et reconnu par le Windows local.
- Droits d'administrateur sur les deux machines. La modification du registre, de la stratégie de groupe et des types de démarrage des services nécessite une session avec élévation de privilèges.
- Accès réseau à l'écouteur RDP du serveur, port TCP 3389 ou port personnalisé configuré sur l'hôte.
- Connaissances supposées : Gestionnaire de serveur, console Services, Éditeur de stratégie de groupe locale et Éditeur du Registre.
La redirection de la capture audio circule à l'intérieur de la connexion RDP chiffrée et n'ouvre aucun port supplémentaire. La surface exposée reste l'écouteur RDP lui-même ; limitez donc TCP 3389 dans le Pare-feu Windows Defender aux adresses depuis lesquelles vos utilisateurs se connectent, au lieu de le laisser ouvert à tout Internet.
Étape 1 : Autoriser l'accès au microphone sur l'ordinateur local
Les paramètres de confidentialité de Windows peuvent bloquer l'accès au microphone pour toutes les applications de la machine, y compris le client Bureau à distance. Vérifiez d'abord l'état local, car un microphone bloqué ne produit ni périphérique redirigé ni message d'erreur.
Dans la zone de recherche de la barre des tâches, saisissez Microphone privacy settings et ouvrez le résultat.
Réglez Microphone access sur On, puis réglez Let apps access your microphone sur On.
Les deux commutateurs indiquent désormais On, et le microphone est disponible pour les applications locales.
Étape 2 : Activer la redirection de l'enregistrement audio dans Connexion Bureau à distance
Il s'agit de la moitié de la fonctionnalité côté client. Sans elle, le serveur ne reçoit jamais de périphérique de capture, quelle que soit la configuration de l'hôte.
Appuyez sur Win + R, puis lancez le client Bureau à distance :
mstsc
La fenêtre Connexion Bureau à distance s'ouvre sous sa forme compacte. Cliquez sur Show Options pour afficher les onglets de configuration, puis ouvrez l'onglet Local Resources.
Dans le groupe Remote audio, cliquez sur Settings. La boîte de dialogue audio de Connexion Bureau à distance s'ouvre avec deux groupes : Remote audio playback et Remote audio recording.
Sous Remote audio recording, sélectionnez Record from this computer. Sous Remote audio playback, conservez Play on this computer afin que le son du serveur continue d'arriver sur les haut-parleurs locaux. Cliquez sur OK.
Revenez à l'onglet General et cliquez sur Save As pour enregistrer la connexion dans un fichier .rdp. Le choix audio est un paramètre propre à chaque connexion, et une boîte de dialogue non enregistrée revient à l'état précédent au lancement suivant.
Le fichier enregistré porte ce choix sous la forme de deux propriétés. Ouvrez le fichier .rdp dans un éditeur de texte pour les vérifier ou pour les définir sans passer par la boîte de dialogue.
audiocapturemode:i:1 audiomode:i:0
audiocapturemode:i:1 active la capture depuis le périphérique local et la redirige vers la session. audiomode:i:0 conserve la lecture sur l'ordinateur local.
Étape 3 : Vérifier le service de rôle Remote Desktop Session Host
La redirection du microphone est une fonctionnalité de Remote Desktop Session Host ; l'hôte a donc besoin du service de rôle RDS et non du simple accès distant d'administration. La procédure complète de Add roles and features dans le Gestionnaire de serveur, de Role-based or feature-based installation jusqu'à Confirmation, est déjà documentée pas à pas dans Redirection du microphone vers un serveur RDP – Mac OS. Effectuez cette installation à cet endroit, puis revenez ici pour la configuration propre au microphone.
Pour vérifier l'état actuel sur le serveur, ouvrez PowerShell en tant qu'administrateur et interrogez le service de rôle :
Get-WindowsFeature RDS-RD-Server
Sortie attendue :
Display Name Name Install State ------------ ---- ------------- [X] Remote Desktop Session Host RDS-RD-Server Installed
Un marqueur [X] et l'état Installed signifient que le service de rôle est présent. Available signifie qu'il n'est pas encore installé et que l'installation décrite dans le tutoriel lié doit être terminée avant que le microphone puisse apparaître.
L'installation du service de rôle Remote Desktop Session Host démarre la période de grâce des licences RDS et nécessite un redémarrage. Sur un hôte de production, planifiez cette étape pendant une fenêtre de maintenance.
Étape 4 : Démarrer les services audio et de redirection sur le serveur
Deux services de l'hôte prennent en charge le périphérique redirigé. Windows Audio (AudioSrv) crée les points de terminaison audio à l'intérieur de la session, et Remote Desktop Services UserMode Port Redirector (UmRdpService) gère la redirection des ressources locales du client vers la session. Leur état par défaut diffère selon les versions. Sous Windows Server 2022, Windows Audio est réglé sur Manuel et arrêté ; il faut donc le passer en Automatique et le démarrer. Sous Windows Server 2025, le même service est déjà Automatique et en cours d'exécution dès l'installation, et cette étape ne modifie rien pour lui. UmRdpService est réglé sur Manuel et déjà en cours d'exécution sur les deux versions, ce qui est l'état correct et ne nécessite aucun changement, tant qu'il n'est pas Désactivé.
Appuyez sur Win + R et ouvrez la console Services :
services.msc
Sous Windows Server 2022, repérez Windows Audio, ouvrez ses propriétés, réglez Startup type sur Automatic, puis cliquez sur Start. Sous Windows Server 2025, le service indique déjà Automatic et Running ; confirmez donc l'état et n'y touchez pas. Répétez la vérification d'état pour Remote Desktop Services UserMode Port Redirector. Son type de démarrage par défaut Manual est correct, car l'hôte de session le démarre lorsqu'un client avec des ressources redirigées se connecte, mais il ne doit pas être Disabled.
Le même résultat est disponible depuis une invite PowerShell avec élévation de privilèges :
Set-Service -Name AudioSrv -StartupType Automatic
Démarrez le service pour le démarrage en cours :
Start-Service -Name AudioSrv
Les deux commandes peuvent être exécutées sans risque sur l'une ou l'autre version. Sous Windows Server 2025, elles signalent un succès et ne changent rien, car le service est déjà dans l'état cible.
Vérifiez l'état des deux services :
Get-Service AudioSrv, UmRdpService | Select-Object Name, Status, StartType
Sortie attendue :
Name Status StartType ---- ------ --------- AudioSrv Running Automatic UmRdpService Running Manual
UmRdpService indique Running avec un type de démarrage Manual sur les deux versions, et c'est l'état attendu même avant la connexion de tout client. La valeur à surveiller est Disabled dans la colonne StartType, car les périphériques redirigés n'atteignent jamais la session tant que le service reste désactivé.
Étape 5 : Autoriser la redirection de l'enregistrement audio dans la stratégie de groupe
Deux paramètres de stratégie régissent les canaux audio d'une session. La redirection de l'enregistrement audio est bloquée par défaut sous Windows Server, ce qui est la cause la plus courante pour laquelle un client correctement configuré voit le périphérique pour la lecture mais n'enregistre rien à partir de celui-ci.
Appuyez sur Win + R et ouvrez l'Éditeur de stratégie de groupe locale :
gpedit.msc
Accédez au nœud suivant :
Computer Configuration\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\Device and Resource Redirection
Réglez Allow audio recording redirection sur Enabled. Réglez également Allow audio and video playback redirection sur Enabled, afin que la lecture et la capture se comportent de manière cohérente dans la session.
Appliquez la stratégie sans attendre l'intervalle d'actualisation :
gpupdate /force
Les deux paramètres indiquent désormais Enabled dans la liste des stratégies.
Dans un domaine, ces deux mêmes paramètres se trouvent sous Computer Configuration\Policies\Administrative Templates\... dans la Console de gestion des stratégies de groupe. Une stratégie de domaine remplace la stratégie locale ; vérifiez donc le paramètre effectif avec gpresult /h C:\gpreport.html lorsque l'hôte est joint à un domaine.
Étape 6 : Définir la valeur de registre fDisableAudioCapture
fDisableAudioCapture détermine si l'hôte accepte un périphérique de capture redirigé. Une valeur de 0 autorise la redirection de la capture du microphone vers la session, et une valeur de 1 la bloque. La valeur existe à deux emplacements indépendants, et les confondre est la source habituelle de confusion.
La stratégie de l'étape 5 écrit sa propre copie sous HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services. Cette branche est gérée par la stratégie de groupe et prévaut lors de l'établissement d'une session.
La valeur propre à l'écouteur, sous HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp, est distincte. La stratégie de groupe n'y touche pas : activer Allow audio recording redirection et exécuter gpupdate /force la laisse exactement telle qu'elle était. Vérifiez-la et définissez-la séparément, et n'attendez pas de la stratégie qu'elle la corrige.
Les modifications du registre prennent effet immédiatement et ne sont pas versionnées. Exportez la clé avant de modifier quoi que ce soit.
reg export ` "HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp" ` C:\rdp-tcp-backup.reg
Lisez la valeur actuelle depuis une invite PowerShell avec élévation de privilèges :
Get-ItemProperty -Path ` "HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp" ` -Name fDisableAudioCapture
Sortie attendue :
fDisableAudioCapture : 0 PSPath : Microsoft.PowerShell.Core\Registry::HKEY_LOCAL_MACHINE\... PSChildName : RDP-Tcp
Sur une installation propre de Windows Server 2022 ou 2025, la propriété est présente et vaut déjà 0 ; le résultat habituel de cette vérification est donc qu'aucune modification n'est nécessaire. Si la valeur est 1, ou si la commande signale que la propriété n'existe pas, définissez-la sur 0 :
Set-ItemProperty -Path ` "HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp" ` -Name fDisableAudioCapture -Type DWord -Value 0
La même clé est accessible dans l'Éditeur du Registre à l'emplacement HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp, où fDisableAudioCapture est une valeur DWORD.
Une valeur de 0 permet à toute application de toute session d'enregistrer à partir du microphone du client connecté. Ne l'activez que sur les hôtes où les utilisateurs qui se connectent sont de confiance, et laissez-la à 1 sur les serveurs partagés qui n'ont pas besoin d'entrée audio.
L'écouteur lit la valeur lorsqu'une session est établie. Les sessions existantes conservent l'ancien comportement ; redémarrez donc le serveur pour appliquer ensemble la stratégie et la modification du registre :
Restart-Computer
Vérification
Reconnectez-vous avec le fichier .rdp enregistré à l'étape 2, puis vérifiez le périphérique d'enregistrement dans la session.
Appuyez sur Win + R et ouvrez le panneau de configuration du son :
mmsys.cpl
Ouvrez l'onglet Recording. Un périphérique nommé Remote Audio est répertorié, son état est Default Device ou Ready, et il n'est pas marqué Disabled.
Parlez dans le microphone local et observez l'indicateur de niveau à côté de Remote Audio. Un mouvement de l'indicateur signifie que l'audio arrive depuis le client, ce qui prouve que la redirection fonctionne de bout en bout. Un périphérique qui apparaît pour la lecture mais ne bouge jamais dans l'onglet Recording indique que la stratégie de redirection de l'enregistrement de l'étape 5 est désactivée, que les paramètres de confidentialité locaux de l'étape 1 sont en cause, ou qu'un microphone est coupé sur le client.
Pour un test au niveau de l'application, ouvrez Enregistreur vocal (Voice Recorder) sur le serveur, enregistrez quelques secondes et lisez le résultat. Les applications qui permettent à l'utilisateur de choisir un périphérique d'entrée doivent avoir Remote Audio sélectionné explicitement, car beaucoup conservent le premier périphérique énuméré au lieu de celui par défaut du système.
Annulation des modifications
Remettez l'option d'enregistrement du client sur Do not record sous Remote audio recording, ou définissez audiocapturemode:i:0 dans le fichier .rdp, pour cesser de proposer le microphone depuis un seul client.
Pour fermer la fonctionnalité sur le serveur, restaurez la valeur de registre :
Set-ItemProperty -Path ` "HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp" ` -Name fDisableAudioCapture -Type DWord -Value 1
Remettez Allow audio recording redirection sur Not configured dans gpedit.msc, puis exécutez gpupdate /force. Rétablissez le type de démarrage d'origine de Windows Audio si l'hôte n'a pas besoin de l'audio pour autre chose :
Set-Service -Name AudioSrv -StartupType Manual
Arrêtez le service pour le démarrage en cours :
Stop-Service -Name AudioSrv
Laissez UmRdpService sur Manual. Il sert également à la redirection des lecteurs, des imprimantes et des ports, et sa désactivation affecte bien plus que l'audio.
La suppression du service de rôle Remote Desktop Session Host nécessite un redémarrage et supprime toute la configuration des sessions RDS de l'hôte. Ne le supprimez que s'il a été installé uniquement pour ce tutoriel et qu'aucune application publiée n'en dépend.
Dépannage
Aucun périphérique audio n'est installé dans la session, ou l'onglet Recording est vide
Remontez la chaîne : le service de rôle Remote Desktop Session Host (étape 3), AudioSrv en cours d'exécution (étape 4), la stratégie activée (étape 5), fDisableAudioCapture à 0 (étape 6) et le client réglé sur Record from this computer (étape 2). Un seul maillon manquant fait disparaître entièrement le périphérique au lieu de le dégrader.
Remote Audio apparaît pour la lecture mais pas pour l'enregistrement, ou le périphérique figure dans l'onglet Recording mais l'indicateur de niveau ne bouge jamais
C'est la signature d'un hôte où la redirection de la lecture est autorisée et celle de la capture ne l'est pas. Revérifiez d'abord l'étape 5, car la stratégie de redirection de l'enregistrement est la cause habituelle, puis l'étape 6, et confirmez avec gpresult /h C:\gpreport.html qu'aucune stratégie de domaine ne remplace le paramètre local.
Le périphérique apparaît puis disparaît après une reconnexion
Le choix audio a été modifié dans la boîte de dialogue mais n'a jamais été enregistré dans le fichier .rdp. Répétez l'action Save As à la fin de l'étape 2.
Une connexion administrative ne contient aucun périphérique de capture
Les sessions ouvertes avec mstsc /admin se connectent à la session de console au lieu d'une session Remote Desktop Services, et la redirection de la capture audio n'y est pas disponible. Connectez-vous sans cette option.
Le microphone ne fonctionne que dans une seule application
L'application est liée à un périphérique d'entrée précis plutôt qu'à celui par défaut du système. Sélectionnez Remote Audio dans les paramètres audio de cette application.
Conclusion et étapes suivantes
Le microphone local atteint désormais la session distante sous le nom Remote Audio, et les applications du serveur enregistrent à partir de celui-ci comme elles le feraient depuis un périphérique connecté localement. La configuration s'étend sur quatre couches, ce qu'il est utile de retenir lorsqu'une configuration qui fonctionnait cesse de fonctionner : l'offre du client, le service de rôle de l'hôte, les deux services, et la stratégie avec sa valeur de registre.
Pour d'autres matériels locaux dans une session, Connexion d'une webcam USB à un Bureau à distance RDP couvre la redirection de périphériques USB RemoteFX, qui utilise un mécanisme et des stratégies différents. Les clients sur matériel Apple suivent Redirection du microphone vers un serveur RDP – Mac OS, où le côté serveur est identique et où seules les autorisations du client diffèrent. Si l'écouteur RDP est accessible depuis Internet, examinez le port et la portée du pare-feu dans Modifier le port RDP de Windows Server avant d'ajouter l'entrée audio à la session.
Version du document : 2.3
Dernière mise à jour : août 2026
Responsable : Équipe de documentation technique
