Mikrofon im Terminalserver (RDP)

Die wichtigste Regel zuerst

Die Mikrofon-Übertragung wird nur beim Verbindungsaufbau ausgehandelt. Nach jeder Änderung gilt deshalb:

1. In der Serversitzung vollständig abmelden (nicht nur das Fenster schließen).
2. Neu verbinden.
3. Sikia in der Sitzung neu starten – Programme sehen neue Geräte erst nach einem Neustart.

Schnell-Checks (2 Minuten)

1. Im RDP-Fenster vor dem Verbinden: Optionen einblenden → Lokale Ressourcen → Remoteaudio → Einstellungen → „Von diesem Computer aufzeichnen“ ist aktiviert.
2. Am lokalen PC ist das richtige Mikrofon als Standard gewählt und der Pegel bewegt sich (Rechtsklick auf Lautsprecher-Symbol → Soundeinstellungen).
3. In der Serversitzung: Soundeinstellungen öffnen → unter Aufnahme / Eingabe muss ein Gerät „Remoteaudio“ erscheinen und der Pegel sich beim Sprechen bewegen.

Wichtig: Auch wenn das Mikrofon lokal perfekt aufnimmt, kann die Übertragung an Bluetooth-Headsets, virtuellen Mikrofonen (z. B. NVIDIA Broadcast), Datenschutz-Einstellungen oder Server-Richtlinien scheitern. Zum Testen einmal ein einfaches USB-/Kabelmikrofon anschließen.

Diagnose-Skripte

Zwei Skripte prüfen automatisch alle bekannten Ursachen und zeigen zu jedem Problem die passende Lösung an. Sie verändern nichts – sie lesen nur aus.

1. Am lokalen PC (dem Gerät mit dem Mikrofon)

Skript für den lokalen PC herunterladen

diagnose_rdp_mic_client.ps1

2. Im Terminalserver (innerhalb der RDP-Sitzung)

Skript für den Terminalserver herunterladen

diagnose_rdp_mic_server.ps1 – als der betroffene Benutzer ausführen

So werden die Skripte ausgeführt

1. Heruntergeladene Datei im Downloads-Ordner belassen.
2. Startmenü öffnen, powershell eintippen, Windows PowerShell starten (kein Administrator nötig).
3. Diese Zeile einfügen und mit Enter bestätigen:

powershell -ExecutionPolicy Bypass -File "$env:USERPROFILE\Downloads\diagnose_rdp_mic_client.ps1"

bzw. in der Serversitzung:

powershell -ExecutionPolicy Bypass -File "$env:USERPROFILE\Downloads\diagnose_rdp_mic_server.ps1"

Am Ende zeigt jedes Skript eine Zusammenfassung mit PASS/FAIL und speichert einen Bericht als Textdatei (der Pfad wird angezeigt). Bitte beide Berichte an info@sikia.ai senden – wir sagen Ihnen dann genau, was zu tun ist.

Für die Praxis-IT

Die häufigsten Ursachen in der Reihenfolge, in der sie sich lohnen zu prüfen:

1. Datenschutz-Einstellungen auf dem Server (häufigste versteckte Ursache)

Ab Windows Server 2019: Auch bei funktionierender Umleitung blockiert der Server Apps den Mikrofonzugriff. In der Serversitzung: Einstellungen → Datenschutz → Mikrofon – Zugriff für Apps und für Desktop-Apps erlauben. Gilt pro Benutzer (Roaming-Profile können „Verweigern“ mitbringen); die Richtlinie LetAppsAccessMicrophone=2 erzwingt die Sperre serverweit.

2. Gruppenrichtlinie „Audioaufzeichnungsumleitung zulassen“

Computerkonfiguration → Administrative Vorlagen → Windows-Komponenten → Remotedesktopdienste → Remotedesktop-Sitzungshost → Geräte- und Ressourcenumleitung. Auf Server-Betriebssystemen ist „Nicht konfiguriert“ gleichbedeutend mit deaktiviert – explizit aktivieren. Registry: fDisableAudioCapture=0 (Policy-Zweig gewinnt gegen den Listener-Schlüssel). Danach gpupdate /force + vollständige Ab- und Neuanmeldung.

3. Dienste auf dem Server

Windows-Audio (auf Servern standardmäßig deaktiviert!), Windows-Audio-Endpunkterstellung und Anschlussumleitung für Remotedesktopdienste im Benutzermodus (UmRdpService) müssen laufen, Starttyp Automatisch.

4. Sammlungseinstellungen (RDS-Bereitstellung mit Broker)

Server-Manager → Sammlung → Eigenschaften → Clienteinstellungen: Audioaufzeichnung aktiviert. Die Sammlungseinstellung überschreibt alles lokal Konfigurierte.

5. Verbindungsart und -datei

Keine Verbindung mit mstsc /admin (keine Mikrofon-Umleitung). Verteilte .rdp-Dateien und RemoteApps brauchen die Zeilen audiocapturemode:i:1 und audiomode:i:0 in der Datei selbst – das Häkchen in der GUI wirkt dort nicht. Thin Clients und Drittanbieter-Clients haben eigene Schalter.

6. Client-Seite

Windows-Datenschutz auf dem lokalen PC muss Desktop-Apps (mstsc) das Mikrofon erlauben. Bluetooth-Freisprech-Profile und virtuelle Mikrofone zum Test durch ein USB-Mikrofon ersetzen. Exklusivzugriff anderer Programme (Teams, OBS) beenden.

7. Übertragungsweg und Sicherheitssoftware

RD-Gateway-Richtlinien (Geräteumleitung deaktiviert?), VPN-/Firewall-Inspektion, sowie AV-/EDR-/DLP-Agenten auf beiden Seiten können den Audio-Kanal blockieren. Ereignisanzeige: TerminalServices-RdpSoundDriver und TerminalServices-MediaRedirection.

Die Skripte prüfen alle diese Punkte automatisch; das Server-Skript kann mit -Fix (als Administrator) die lokalen Einstellungen direkt korrigieren.