Przekierowanie mikrofonu do serwera RDP w Windows

Sesja pulpitu zdalnego domyślnie odtwarza dźwięk serwera na komputerze lokalnym, ale nie przesyła niczego w przeciwnym kierunku. Przekierowanie przechwytywania dźwięku musi być włączone po obu stronach: klient udostępnia sesji lokalny mikrofon, a serwer akceptuje udostępnione urządzenie. Ten poradnik opisuje konfigurację klienta w Połączeniu pulpitu zdalnego, usługi i zasady potrzebne na serwerze, wartość rejestru sterującą tą funkcją oraz kontrolę, która potwierdza, że mikrofon faktycznie dotarł do sesji.

Poziom: Średniozaawansowany
Szacowany czas: 30 minut
Cel: Po wykonaniu tego poradnika lokalny mikrofon pojawia się w sesji zdalnej jako urządzenie nagrywające Remote Audio, a aplikacje uruchomione na serwerze nagrywają z niego dźwięk.

Wymagania wstępne

• Obsługiwane wersje: Windows Server 2022 (kompilacja 20348) i Windows Server 2025 (kompilacja 26100) po stronie serwera. Inne wersje wykraczają poza zakres tego poradnika.
• Serwer zainstalowany z opcją Desktop Experience. W instalacjach Server Core brakuje stosu audio systemu Windows i przekierowanie przechwytywania dźwięku w nich nie działa.
• Usługa roli Remote Desktop Session Host na serwerze. Sposób jej potwierdzenia opisano w kroku 3.
• Komputer lokalny z systemem Windows 10 lub Windows 11 i Połączeniem pulpitu zdalnego (mstsc.exe) w wersji 10.x.
• Mikrofon podłączony do komputera lokalnego i rozpoznawany przez lokalny system Windows.
• Uprawnienia administratora na obu komputerach. Edycja rejestru, zasad grupy i typów uruchamiania usług wymaga sesji z podwyższonymi uprawnieniami.
• Dostęp sieciowy do nasłuchiwacza RDP serwera, port TCP 3389 lub niestandardowy port skonfigurowany na hoście.
• Zakładana wiedza: Menedżer serwera, konsola Usługi, Edytor lokalnych zasad grupy i Edytor rejestru.

Krok 1: Zezwolenie na dostęp do mikrofonu na komputerze lokalnym

Ustawienia prywatności systemu Windows mogą blokować dostęp do mikrofonu dla każdej aplikacji na komputerze, w tym dla klienta pulpitu zdalnego. Najpierw sprawdź stan lokalny, ponieważ zablokowany mikrofon nie powoduje ani pojawienia się przekierowanego urządzenia, ani komunikatu o błędzie.

W polu wyszukiwania na pasku zadań wpisz Microphone privacy settings i otwórz wynik.

Ustaw Microphone access na On, a następnie ustaw Let apps access your microphone na On.

Oba przełączniki wskazują teraz On, a mikrofon jest dostępny dla aplikacji lokalnych.

Krok 2: Włączenie przekierowania nagrywania dźwięku w Połączeniu pulpitu zdalnego

To jest połowa funkcji po stronie klienta. Bez niej serwer nigdy nie otrzyma urządzenia przechwytującego, niezależnie od konfiguracji hosta.

Naciśnij Win + R, a następnie uruchom klienta pulpitu zdalnego:

mstsc

Okno Połączenia pulpitu zdalnego otwiera się w postaci zwartej. Kliknij Show Options, aby wyświetlić karty konfiguracji, a następnie otwórz kartę Local Resources.

W grupie Remote audio kliknij Settings. Otworzy się okno dialogowe dźwięku Połączenia pulpitu zdalnego z dwiema grupami: Remote audio playback i Remote audio recording.

W grupie Remote audio recording wybierz Record from this computer. W grupie Remote audio playback pozostaw Play on this computer, aby dźwięk serwera nadal docierał do głośników lokalnych. Kliknij OK.

Wróć do karty General i kliknij Save As, aby zapisać połączenie w pliku .rdp. Wybór ustawień dźwięku jest ustawieniem dla poszczególnych połączeń, a niezapisane okno dialogowe wraca do poprzednich wartości przy następnym uruchomieniu.

audiocapturemode:i:1
audiomode:i:0

audiocapturemode:i:1 włącza przechwytywanie z urządzenia lokalnego i przekierowuje je do sesji. audiomode:i:0 pozostawia odtwarzanie na komputerze lokalnym.

Krok 3: Potwierdzenie usługi roli Remote Desktop Session Host

Przekierowanie mikrofonu jest funkcją Remote Desktop Session Host, dlatego host wymaga usługi roli RDS, a nie samego administracyjnego dostępu zdalnego. Pełny opis kreatora Add roles and features w Menedżerze serwera, od Role-based or feature-based installation do Confirmation, jest już opisany krok po kroku w Przekazywanie mikrofonu do serwera RDP – Mac OS. Wykonaj tam instalację i wróć tutaj do konfiguracji specyficznej dla mikrofonu.

Aby sprawdzić bieżący stan na serwerze, otwórz PowerShell jako administrator i zapytaj o usługę roli:

Get-WindowsFeature RDS-RD-Server

Oczekiwany wynik:

Display Name                              Name              Install State
------------                              ----              -------------
    [X] Remote Desktop Session Host       RDS-RD-Server         Installed

Znacznik [X] i stan Installed oznaczają, że usługa roli jest obecna. Available oznacza, że nie jest jeszcze zainstalowana, a instalację z linkowanego poradnika trzeba zakończyć, zanim mikrofon będzie mógł się pojawić.

Krok 4: Uruchomienie usług audio i przekierowania na serwerze

Przekierowane urządzenie obsługują dwie usługi na hoście. Windows Audio (AudioSrv) tworzy punkty końcowe audio wewnątrz sesji, a Remote Desktop Services UserMode Port Redirector (UmRdpService) obsługuje przekierowanie lokalnych zasobów klienta do sesji. Ich stan fabryczny różni się między wersjami. W Windows Server 2022 usługa Windows Audio jest ustawiona na Ręczny i zatrzymana, więc trzeba ją przełączyć na Automatyczny i uruchomić. W Windows Server 2025 ta sama usługa jest fabrycznie ustawiona na Automatyczny i działa, więc ten krok niczego w niej nie zmienia. UmRdpService jest ustawiona na Ręczny i już działa w obu wersjach, co jest stanem prawidłowym i nie wymaga zmian, o ile nie jest Wyłączona.

Naciśnij Win + R i otwórz konsolę Usługi:

services.msc

W Windows Server 2022 znajdź Windows Audio, otwórz jej właściwości, ustaw Startup type na Automatic, a następnie kliknij Start. W Windows Server 2025 usługa już raportuje Automatic i Running, więc potwierdź stan i niczego nie zmieniaj. Powtórz sprawdzenie stanu dla Remote Desktop Services UserMode Port Redirector. Jej fabryczny typ uruchamiania Manual jest prawidłowy, ponieważ host sesji uruchamia ją, gdy łączy się klient z przekierowanymi zasobami, ale nie może mieć wartości Disabled.

Ten sam wynik można uzyskać w wierszu polecenia PowerShell z podwyższonymi uprawnieniami:

Set-Service -Name AudioSrv -StartupType Automatic

Uruchom usługę w bieżącej sesji systemu:

Start-Service -Name AudioSrv

Oba polecenia można bezpiecznie uruchomić w każdej z wersji. W Windows Server 2025 zgłaszają powodzenie i niczego nie zmieniają, ponieważ usługa już ma stan docelowy.

Potwierdź stan obu usług:

Get-Service AudioSrv, UmRdpService | Select-Object Name, Status, StartType

Oczekiwany wynik:

Name         Status  StartType
----         ------  ---------
AudioSrv     Running Automatic
UmRdpService Running Manual

UmRdpService raportuje w obu wersjach Running z typem uruchamiania Manual i jest to oczekiwany stan jeszcze przed połączeniem jakiegokolwiek klienta. Wartością, na którą należy zwrócić uwagę, jest Disabled w kolumnie StartType, ponieważ przekierowane urządzenia nigdy nie docierają do sesji, dopóki usługa pozostaje wyłączona.

Krok 5: Zezwolenie na przekierowanie nagrywania dźwięku w zasadach grupy

Kanałami audio sesji zarządzają dwa ustawienia zasad. Przekierowanie nagrywania dźwięku jest domyślnie zablokowane w Windows Server, co jest najczęstszym powodem, dla którego poprawnie skonfigurowany klient widzi urządzenie do odtwarzania, ale nic z niego nie nagrywa.

Naciśnij Win + R i otwórz Edytor lokalnych zasad grupy:

gpedit.msc

Przejdź do następującego węzła:

Computer Configuration\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\Device and Resource Redirection

Ustaw Allow audio recording redirection na Enabled. Ustaw także Allow audio and video playback redirection na Enabled, aby odtwarzanie i przechwytywanie zachowywały się w sesji spójnie.

Zastosuj zasadę bez oczekiwania na interwał odświeżania:

gpupdate /force

Oba ustawienia wskazują teraz Enabled na liście zasad.

Krok 6: Ustawienie wartości rejestru fDisableAudioCapture

fDisableAudioCapture określa, czy host akceptuje przekierowane urządzenie przechwytujące. Wartość 0 pozwala przekierować przechwytywanie z mikrofonu do sesji, a wartość 1 je blokuje. Wartość ta występuje w dwóch niezależnych lokalizacjach, a ich mylenie jest typowym źródłem nieporozumień.

Zasada z kroku 5 zapisuje własną kopię w HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services. Ta gałąź jest zarządzana przez zasady grupy i ma pierwszeństwo przy nawiązywaniu sesji.

Wartość dla poszczególnych nasłuchiwaczy w HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp jest oddzielna. Zasady grupy jej nie zmieniają: włączenie Allow audio recording redirection i uruchomienie gpupdate /force pozostawia ją dokładnie taką, jaka była. Sprawdź i ustaw ją osobno, nie oczekując, że zasada ją poprawi.

reg export `
  "HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp" `
  C:\rdp-tcp-backup.reg

Odczytaj bieżącą wartość w wierszu polecenia PowerShell z podwyższonymi uprawnieniami:

Get-ItemProperty -Path `
  "HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp" `
  -Name fDisableAudioCapture

Oczekiwany wynik:

fDisableAudioCapture : 0
PSPath               : Microsoft.PowerShell.Core\Registry::HKEY_LOCAL_MACHINE\...
PSChildName          : RDP-Tcp

W czystej instalacji Windows Server 2022 lub 2025 właściwość istnieje i ma już wartość 0, więc zwykłym wynikiem tej kontroli jest to, że nic nie trzeba zmieniać. Jeśli wartość wynosi 1 albo polecenie zgłasza, że właściwość nie istnieje, ustaw ją na 0:

Set-ItemProperty -Path `
  "HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp" `
  -Name fDisableAudioCapture -Type DWord -Value 0

Ten sam klucz jest dostępny w Edytorze rejestru pod ścieżką HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp, gdzie fDisableAudioCapture jest wartością DWORD.

Nasłuchiwacz odczytuje wartość przy nawiązywaniu sesji. Istniejące sesje zachowują dotychczasowe zachowanie, dlatego uruchom serwer ponownie, aby jednocześnie zastosować zasadę i zmianę w rejestrze:

Restart-Computer

Weryfikacja

Połącz się ponownie, używając pliku .rdp zapisanego w kroku 2, a następnie sprawdź urządzenie nagrywające wewnątrz sesji.

Naciśnij Win + R i otwórz panel sterowania dźwiękiem:

mmsys.cpl

Otwórz kartę Recording. Na liście jest urządzenie o nazwie Remote Audio, jego stan to Default Device lub Ready i nie jest oznaczone jako Disabled.

Powiedz coś do lokalnego mikrofonu i obserwuj wskaźnik poziomu obok Remote Audio. Ruch wskaźnika oznacza, że dźwięk dociera z klienta, co dowodzi, że przekierowanie działa od końca do końca. Urządzenie, które pojawia się do odtwarzania, ale nigdy nie reaguje na karcie Recording, wskazuje na wyłączoną zasadę przekierowania nagrywania z kroku 5, na lokalne ustawienia prywatności z kroku 1 lub na wyciszony mikrofon na kliencie.

Do testu na poziomie aplikacji otwórz na serwerze Rejestrator głosu (Voice Recorder), nagraj kilka sekund i odtwórz wynik. Aplikacje, które pozwalają użytkownikowi wybrać urządzenie wejściowe, muszą mieć wyraźnie wybrane Remote Audio, ponieważ wiele z nich zachowuje pierwsze wyliczone urządzenie zamiast domyślnego urządzenia systemowego.

Cofanie zmian

Ustaw opcję nagrywania w kliencie z powrotem na Do not record w grupie Remote audio recording albo ustaw audiocapturemode:i:0 w pliku .rdp, aby przestać udostępniać mikrofon z pojedynczego klienta.

Aby zamknąć funkcję na serwerze, przywróć wartość rejestru:

Set-ItemProperty -Path `
  "HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp" `
  -Name fDisableAudioCapture -Type DWord -Value 1

Ustaw Allow audio recording redirection z powrotem na Not configured w gpedit.msc, a następnie uruchom gpupdate /force. Przywróć dla Windows Audio pierwotny typ uruchamiania, jeśli host nie potrzebuje dźwięku do niczego innego:

Set-Service -Name AudioSrv -StartupType Manual

Zatrzymaj usługę w bieżącej sesji systemu:

Stop-Service -Name AudioSrv

Pozostaw UmRdpService na Manual. Obsługuje ona także przekierowanie dysków, drukarek i portów, a jej wyłączenie wpływa na znacznie więcej niż dźwięk.

Rozwiązywanie problemów

W sesji nie zainstalowano urządzeń audio albo karta Recording jest pusta

Przejdź łańcuch wstecz: usługa roli Remote Desktop Session Host (krok 3), działająca usługa AudioSrv (krok 4), włączona zasada (krok 5), fDisableAudioCapture ustawione na 0 (krok 6) oraz klient ustawiony na Record from this computer (krok 2). Pojedyncze brakujące ogniwo powoduje całkowite zniknięcie urządzenia, a nie tylko pogorszenie jego działania.

Remote Audio pojawia się do odtwarzania, ale nie do nagrywania, albo urządzenie jest wymienione na karcie Recording, lecz wskaźnik poziomu nigdy się nie porusza

Jest to cecha charakterystyczna hosta, na którym przekierowanie odtwarzania jest dozwolone, a przechwytywania nie. Najpierw ponownie sprawdź krok 5, ponieważ zasada przekierowania nagrywania jest zwykłą przyczyną, następnie krok 6, i potwierdź poleceniem gpresult /h C:\gpreport.html, że żadna zasada domenowa nie nadpisuje ustawienia lokalnego.

Urządzenie pojawia się, a po ponownym połączeniu znika

Wybór ustawień dźwięku zmieniono w oknie dialogowym, ale nigdy nie zapisano go w pliku .rdp. Powtórz czynność Save As na końcu kroku 2.

Połączenie administracyjne nie zawiera urządzenia przechwytującego

Sesje otwierane poleceniem mstsc /admin łączą się z sesją konsoli, a nie z sesją Remote Desktop Services, i przekierowanie przechwytywania dźwięku nie jest w nich dostępne. Połącz się bez tego przełącznika.

Mikrofon działa tylko w jednej aplikacji

Aplikacja jest powiązana z konkretnym urządzeniem wejściowym zamiast z urządzeniem domyślnym systemu. Wybierz Remote Audio w ustawieniach dźwięku tej aplikacji.

Podsumowanie i dalsze kroki

Lokalny mikrofon dociera teraz do sesji zdalnej jako Remote Audio, a aplikacje na serwerze nagrywają z niego tak, jak z lokalnie podłączonego urządzenia. Konfiguracja obejmuje cztery warstwy, o czym warto pamiętać, gdy działająca konfiguracja przestaje działać: ofertę klienta, usługę roli hosta, dwie usługi oraz zasadę wraz z jej wartością rejestru.

W przypadku innego sprzętu lokalnego w sesji Podłączanie kamery internetowej USB do pulpitu zdalnego RDP opisuje przekierowanie urządzeń USB RemoteFX, które wykorzystuje inny mechanizm i inne zasady. Klienci na sprzęcie Apple korzystają z Przekazywanie mikrofonu do serwera RDP – Mac OS, gdzie strona serwera jest identyczna, a różnią się jedynie uprawnienia klienta. Jeśli nasłuchiwacz RDP jest dostępny z internetu, przed dodaniem wejścia audio do sesji sprawdź port i zakres zapory w Zmiana portu RDP w Windows Server.

Wersja dokumentu: 2.3
Ostatnia aktualizacja: sierpień 2026
Właściciel: Zespół dokumentacji technicznej