Hyper‑V : résoudre la non‑redirection du microphone et de la caméra sous Windows Server 2022

Lorsque la vidéoconférence ou la dictée vocale ne fonctionne pas dans une machine virtuelle (VM) Hyper‑V, la productivité chute aussitôt : plus d’appel Teams, plus de reconnaissance vocale, plus de capture d’écran vidéo. Cet article explique en profondeur pourquoi, malgré un son de sortie parfaitement redirigé via RDP, ni le microphone ni la caméra du poste client ne parviennent jusqu’aux VM Windows Server 2022 — et surtout comment y remédier de manière pérenne.

Sommaire

Comment fonctionne réellement la redirection audio/vidéo dans Hyper‑V ?

Pour recevoir des flux en temps réel, Hyper‑V s’appuie sur le mode session améliorée. Concrètement, VMConnect (« Connecter à la machine virtuelle ») encapsule le protocole RDP au sein d’un canal VMBus chiffré. Les périphériques Plug & Play exposés par le client (USB, audio, vidéo, carte à puce…) sont alors présentés à l’OS invité comme s’ils étaient physiquement branchés.

La caméra est virtualisée en tant qu’USB Device Redirector ; le microphone, lui, s’annonce sous forme d’Remote Audio. Cette architecture sous‑entend que :

le service vmms sur l’hôte doit accepter la publication de ces périphériques ;
le client RDP (ou VMConnect) doit autoriser leur redirection ;
l’OS invité doit posséder un pile UVC/UAC à jour pour consommer ces flux.

Symptômes typiques

Dans la VM, Paramètres ► Système ► Son affiche « Aucun périphérique d’entrée » ;
les applications UWP comme Camera ou Teams indiquent « Nous ne trouvons pas votre caméra » ;
dans le Gestionnaire de périphériques de la VM, section « Périphériques système », rien ne fait référence à « USB Video Device » ou « Remote Audio In ».

Conditions préalables obligatoires

Avant même d’appliquer les correctifs ci‑dessous, vérifiez ces points :

L’hôte Hyper‑V et la VM tournent tous deux en version 20348.xx ou ultérieure (Windows Server 2022 dernière CU).
Le poste client dispose au minimum de Windows 10 22H2 ou Windows 11 24H2 et d’un mstsc.exe (ou MSTSC.MSI) daté des six derniers mois.
Le micro et la caméra apparaissent sans erreur dans le Device Manager du poste client et de l’hôte Hyper‑V (si ce dernier possède une interface graphique).

Étapes de résolution recommandées

Étape	Action détaillée	Pourquoi / Effet attendu
1	Vérifier puis réinitialiser le “Enhanced Session Mode” : • Hyper‑V Manager → Paramètres Hyper‑V → • Serveur > Enhanced Session Mode Policy • Utilisateur > Enhanced Session Mode Décochez, validez, puis recochez.	Le mode session améliorée encapsule la connexion RDP directement entre le poste et la VM et autorise la redirection Plug & Play (caméra, micro, etc.).
2	Se connecter en session améliorée à la VM : Dans la boîte de dialogue Connecter à la machine virtuelle, onglet Ressources locales, bouton Plus…, cocher Other supported PnP devices.	Autorise explicitement la transmission des périphériques audio/vidéo USB.
3	Redémarrer le service Hyper‑V Virtual Machine Management (vmms) via `services.msc` ou PowerShell (`Restart-Service vmms`).	Applique toutes les modifications de configuration Hyper‑V.
4	Mettre à jour le client RDP sur le poste utilisateur (Windows 10/11 ou `mstsc.exe` récent).	Les anciennes versions ne gèrent pas toujours la redirection micro/webcam.
5	Vérifier les pilotes : sur l’hôte Hyper‑V, ouvrir le Gestionnaire de périphériques et s’assurer que le microphone et la caméra sont reconnus, sans erreur, avec pilotes à jour.	Un périphérique mal installé sur l’hôte ne peut être redirigé.

Pourquoi l’ordre des opérations compte‑t‑il ?

La redirection Plug & Play est activée lors de l’établissement de la session. Si vous changez les options après connexion, la caméra et le microphone resteront invisibles jusqu’à ce que la session RDP soit réinitialisée et que la VM ré-annonce son besoin de périphériques. C’est la raison pour laquelle un redémarrage du service vmms puis une reconnexion en session améliorée s’avèrent quasiment toujours nécessaires.

Bonnes pratiques supplémentaires

Éviter les doubles sauts RDP

La redirection caméra/micro ne traverse pas deux connexions RDP. Si vous ouvrez d’abord une session RDP sur l’hôte Hyper‑V puis, depuis cette session, lancez VMConnect ou MSTSC vers la VM, le flux vidéo est bloqué par conception. Il existe deux solutions :

ouvrir une connexion RDP directe du poste client vers la VM (nécessite une adresse IP et l’activation de RDP dans l’invité) ;
se connecter à l’hôte en console locale (ou via iDRAC/ILO/KVM) et utiliser VMConnect en session améliorée.

Contrôler les stratégies de groupe

Sur le poste client et/ou la VM, assurez‑vous que les GPO suivantes ne bloquent pas la redirection :

Ordinateur > Modèles d’administration > Services Bureau à distance > Client Connexion Bureau à distance > Redirection de caméra
Ordinateur > … > Redirection de l’enregistrement audio

Définissez ces objets sur Non configuré ou Activé selon vos besoins, puis forcez l’application avec gpupdate /force.

Prioriser des périphériques filaires

Les webcams ou casques Bluetooth sont parfois exposés au système sous forme de périphérique virtuel partagé entre plusieurs profils. MSTSC et VMConnect ont alors du mal à les sérialiser. Pour un test fiable, branchez une caméra USB UVC et un microphone USB UAC classiques.

Diagnostic avancé avec PowerShell

Lister les périphériques redirigés dans la VM

Get-PnpDevice -PresentOnly `
  | Where-Object { $_.InstanceId -like '*USB\VID*' -or $_.FriendlyName -match 'Remote Audio' } `
  | Select-Object FriendlyName, InstanceId, Status

Vérifier que le canal RDP supporte la redirection

quser /server:<Nom_VM>
qwinsta /server:<Nom_VM>

Le champ « Listen » doit indiquer que la session a été ouverte en mode élargi (informations RDP-Tcp#NN avec des flags “USB Device Redirector”).

Scénarios de blocage fréquents et leurs correctifs

Symptôme	Cause probable	Solution ciblée
Caméra visible mais image noire	Débit limité < 2 Mb/s sur VPN IPSec	Activer le codec AVC444 ou supprimer la limitation QoS
Microphone grisé dans Teams	Micro affecté par la stratégie Microsoft TeamsGPO => « Disable audio device settings »	Mettre la GPO sur Désactivé
Plusieurs caméras listées, aucune fonctionnelle	Outil de virtualisation audio Logitech Capture installé	Désinstaller Logitech Capture ou bloquer le filtre LSUSBAudio VH
Aucun périphérique audio après mise en veille de la VM	Bug connu KB5005573 (septembre 2025)	Appliquer CU d’octobre 2025 ou correctif hors cycle

Limites connues de la plate‑forme

Résolution maximale : 1920 × 1080 @ 30 fps pour la vidéo, même si votre webcam 4K est redirigée.
Compression H.264 : activée automatiquement ; aucun moyen supporté de la désactiver.
Chiffrement audio/vidéo : dépend du niveau de sécurité RDP (NLA ou TLS). Pour capturer le trafic, il faut utiliser un loopback adapter sur la VM.
Pas de passthrough du mode HDR ni du canal Spatial Audio de Windows 11 pour l’instant.

Foire aux questions (FAQ)

Q : Puis‑je rediriger simultanément deux caméras USB vers la même VM ?

R : Oui, mais seules les applications UWP acceptent le premier flux disponible ; les API Win32 traditionnelles ne gèrent pas le multi‑caméra virtuel.

Q : Les VMs de génération 1 supportent‑elles la caméra ?

R : Oui, du moment que la session est en mode amélioré. La génération de VM n’affecte pas la redirection USB.

Q : Pourquoi la redirection cesse‑t‑elle après un basculement Live Migration ?

R : Le canal redirigé est lié au SID de session RDP initial. Une migration de l’hôte déclenche un bref timeout. Se déconnecter/reconnecter suffit.

Conclusion

La non‑redirection du microphone et de la caméra dans Hyper‑V sous Windows Server 2022 découle presque toujours d’une activation incomplète du mode session améliorée ou d’une incohérence entre client RDP, pilotes et service vmms. En appliquant méthodiquement les cinq étapes détaillées, puis en vérifiant les GPO et les scénarios de double saut, vous restaurez la collaboration audio/vidéo dans vos VM. N’hésitez pas à consigner ces opérations dans votre runbook d’exploitation : la courbe d’apprentissage est modeste, mais le gain pour vos utilisateurs est immédiat.