Проброс мікрофона на RDP-сервер під Windows

За замовчуванням сеанс віддаленого робочого столу відтворює звук сервера на локальному комп'ютері, але у зворотному напрямку не передає нічого. Перенаправлення захоплення звуку потрібно ввімкнути з обох боків: клієнт пропонує сеансу локальний мікрофон, а сервер приймає запропонований пристрій. У цьому посібнику розібрано налаштування клієнта в Remote Desktop Connection, служби та політики, потрібні серверу, значення реєстру, що керує цією функцією, і перевірку, яка доводить, що мікрофон справді дійшов до сеансу.

Рівень: Середній
Орієнтовний час: 30 хвилин
Підсумок: Наприкінці посібника локальний мікрофон з'являється у віддаленому сеансі як пристрій запису Remote Audio, і застосунки на сервері записують з нього звук.

Попередні вимоги

• Покриття версій: на боці сервера Windows Server 2022 (збірка 20348) і Windows Server 2025 (збірка 26100). Інші випуски поза межами цього посібника.
• Сервер встановлено з параметром Desktop Experience. У встановленнях Server Core звуковий стек Windows відсутній, і перенаправлення захоплення звуку там не працює.
• Служба ролі Remote Desktop Session Host на сервері. Як її перевірити, показано в Кроці 3.
• Локальний комп'ютер з Windows 10 або Windows 11 і клієнтом Remote Desktop Connection (mstsc.exe) версії 10.x.
• Мікрофон, підключений до локального комп'ютера і розпізнаний локальною Windows.
• Права адміністратора на обох машинах. Правка реєстру, групових політик і типів запуску служб потребує сеансу з підвищеними правами.
• Мережевий доступ до слухача RDP на сервері, TCP-порт 3389 або нестандартний порт, налаштований на хості.
• Передбачувані знання: Server Manager, консоль Services, редактор локальних групових політик і редактор реєстру.

Крок 1: Дозволити доступ до мікрофона на локальному комп'ютері

Параметри конфіденційності Windows можуть заблокувати доступ до мікрофона для всіх застосунків машини, включно з клієнтом віддаленого робочого столу. Спершу перевірте локальний стан: заблокований мікрофон не дає ні перенаправленого пристрою, ні повідомлення про помилку.

У полі пошуку на панелі завдань введіть Microphone privacy settings і відкрийте результат.

Установіть Microphone access у On, потім установіть Let apps access your microphone у On.

Обидва перемикачі тепер у стані On, і мікрофон доступний локальним застосункам.

Крок 2: Увімкнути перенаправлення запису звуку в Remote Desktop Connection

Це клієнтська половина функції. Без неї сервер не отримає пристрою захоплення, хоч би як був налаштований хост.

Натисніть Win + R і запустіть клієнт віддаленого робочого столу:

mstsc

Вікно Remote Desktop Connection відкривається в компактному вигляді. Натисніть Show Options, щоб розгорнути вкладки налаштувань, потім відкрийте вкладку Local Resources.

У блоці Remote audio натисніть Settings. Відкриється звуковий діалог Remote Desktop Connection з двома групами: Remote audio playback і Remote audio recording.

У групі Remote audio recording виберіть Record from this computer. У групі Remote audio playback залиште Play on this computer, щоб звук сервера й далі надходив на локальні динаміки. Натисніть OK.

Поверніться на вкладку General і натисніть Save As, щоб зберегти підключення у файл .rdp. Вибір звуку це налаштування рівня підключення, і незбережений діалог скидається під час наступного запуску.

audiocapturemode:i:1
audiomode:i:0

audiocapturemode:i:1вмикає захоплення з локального пристрою і перенаправляє його в сеанс.
audiomode:i:0 залишає відтворення на локальному комп'ютері.

Крок 3: Підтвердити службу ролі Remote Desktop Session Host

Перенаправлення мікрофона це функція Remote Desktop Session Host, тому хосту потрібна служба ролі RDS, а не просто адміністративний віддалений доступ. Повний прохід майстром Add roles and features у Server Manager, від Role-based or feature-based installation до Confirmation, уже описано покроково в посібнику Проброс мікрофона на RDP-сервер - Mac OS. Виконайте встановлення там і поверніться сюди для налаштування, специфічного для мікрофона.

Щоб перевірити поточний стан на сервері, відкрийте PowerShell від імені адміністратора і запросіть службу ролі:

Get-WindowsFeature RDS-RD-Server

Очікуваний вивід:

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

Позначка [X] і стан Installed означають, що служба ролі присутня. Available означає, що вона ще не встановлена, і встановлення зі зв'язаного посібника треба завершити, перш ніж мікрофон зможе з'явитися.

Крок 4: Запустити служби звуку та перенаправлення на сервері

Перенаправленим пристроєм на хості опікуються дві служби. Windows Audio (AudioSrv) будує звукові кінцеві точки всередині сеансу, а Remote Desktop Services UserMode Port Redirector (UmRdpService) відповідає за перенаправлення локальних ресурсів клієнта в сеанс. Їхній початковий стан відрізняється між випусками. У Windows Server 2022 Windows Audio стоїть у Manual і зупинена, тому її треба перевести в Automatic і запустити. У Windows Server 2025 ця сама служба початково у Automatic і запущена, і цей крок для неї нічого не змінює. UmRdpService стоїть у Manual і вже запущена в обох випусках, це правильний стан, який змінювати не потрібно, аби лише служба не була у Disabled.

Натисніть Win + R і відкрийте консоль Services:

services.msc

У Windows Server 2022 знайдіть Windows Audio, відкрийте її властивості, установіть Startup type у Automatic і натисніть Start. У Windows Server 2025 служба вже у Automatic і Running, тому підтвердіть стан і залиште її як є. Повторіть перевірку стану для Remote Desktop Services UserMode Port Redirector. Її початковий тип запуску Manual правильний, бо вузол сеансів запускає її, коли підключається клієнт з перенаправленими ресурсами, але вона не повинна бути у Disabled.

Той самий результат доступний з PowerShell з підвищеними правами:

Set-Service -Name AudioSrv -StartupType Automatic

Запустіть службу в поточному завантаженні:

Start-Service -Name AudioSrv

Обидві команди безпечно виконувати в будь-якому випуску. У Windows Server 2025 вони повідомляють про успіх і нічого не змінюють, бо служба вже у цільовому стані.

Підтвердіть стан обох служб:

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

Очікуваний вивід:

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

UmRdpService показує Running з типом запуску Manual в обох випусках, і це очікуваний стан ще до підключення будь-якого клієнта. Звертайте увагу на значення Disabled у стовпці StartType: поки служба вимкнена, перенаправлені пристрої не доходять до сеансу.

Крок 5: Дозволити перенаправлення запису звуку в груповій політиці

Звуковими каналами сеансу керують два параметри політики. Перенаправлення запису звуку за замовчуванням заблоковано у Windows Server, і це найчастіша причина, з якої правильно налаштований клієнт усе одно бачить пристрій для відтворення, але нічого з нього не записує.

Натисніть Win + R і відкрийте редактор локальних групових політик:

gpedit.msc

Перейдіть до вузла:

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

Установіть Allow audio recording redirection у Enabled. Установіть Allow audio and video playback redirection теж у Enabled, щоб відтворення і захоплення поводилися в сеансі узгоджено.

Застосуйте політику, не чекаючи інтервалу оновлення:

gpupdate /force

Обидва параметри тепер показують Enabled у списку політик.

Крок 6: Задати значення реєстру fDisableAudioCapture

fDisableAudioCapture визначає, чи приймає хост перенаправлений пристрій захоплення. Значення 0 дозволяє перенаправлення захоплення мікрофона в сеанс, значення 1 блокує його. Значення живе у двох незалежних місцях, і їхня плутанина це звичайне джерело помилок.

Політика з Кроку 5 пише власну копію під HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services. Цією гілкою керує групова політика, і вона має пріоритет під час встановлення сеансу.

Значення на рівні слухача під HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp окреме. Групова політика його не чіпає: ввімкнення Allow audio recording redirection і запуск gpupdate /force залишають його рівно таким, яким воно було. Перевіряйте і задавайте його самостійно і не чекайте, що політика його виправить.

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

Прочитайте поточне значення з PowerShell з підвищеними правами:

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

Очікуваний вивід:

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

На чистому встановленні Windows Server 2022 або 2025 властивість присутня і вже дорівнює 0, тому звичайний підсумок цієї перевірки в тому, що змінювати нічого не потрібно. Якщо значення дорівнює 1 або команда повідомляє, що властивості не існує, задайте 0:

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

Той самий ключ доступний у редакторі реєстру за шляхом HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp, де fDisableAudioCapture це значення типу DWORD.

Слухач читає значення під час встановлення сеансу. Наявні сеанси зберігають попередню поведінку, тому перезавантажте сервер, щоб політика і правка реєстру застосувалися разом:

Restart-Computer

Перевірка

Перепідключіться збереженим файлом .rdp із Кроку 2, потім перевірте пристрій запису всередині сеансу.

Натисніть Win + R і відкрийте панель керування звуком:

mmsys.cpl

Відкрийте вкладку Recording. У списку присутній пристрій Remote Audio, його стан читається як Default Device або Ready, і він не позначений Disabled.

Скажіть щось у локальний мікрофон і стежте за індикатором рівня поряд із Remote Audio. Рух індикатора означає, що звук надходить від клієнта, і це доказ того, що перенаправлення працює від початку до кінця. Пристрій, який з'являється для відтворення, але на вкладці Recording залишається нерухомим, вказує на вимкнену політику перенаправлення запису з Кроку 5, на локальні параметри конфіденційності з Кроку 1 або на приглушений мікрофон на клієнті.

Для перевірки на рівні застосунку відкрийте на сервері Voice Recorder, запишіть кілька секунд і відтворіть результат. Застосунки, які дозволяють вибрати пристрій вводу, мають явно вибрати Remote Audio, оскільки багато з них тримають перший перелічений пристрій замість системного за замовчуванням.

Відкат змін

Поверніть параметр запису в клієнті у Do not record у групі Remote audio recording або задайте audiocapturemode:i:0 у файлі .rdp, щоб перестати пропонувати мікрофон з одного клієнта.

Щоб закрити функцію на сервері, відновіть значення реєстру:

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

Поверніть Allow audio recording redirection у Not configured у gpedit.msc, потім запустіть gpupdate /force. Поверніть Windows Audio до початкового типу запуску, якщо звук хосту більше ні для чого не потрібен:

Set-Service -Name AudioSrv -StartupType Manual

Зупиніть службу в поточному завантаженні:

Stop-Service -Name AudioSrv

Залиште UmRdpService у Manual. Вона обслуговує також перенаправлення дисків, принтерів і портів, і її вимкнення зачіпає значно більше, ніж звук.

Усунення несправностей

No audio devices are installed у сеансі, або вкладка Recording порожня. Пройдіть ланцюг у зворотному порядку: служба ролі Remote Desktop Session Host (Крок 3), запущена AudioSrv (Крок 4), увімкнена політика (Крок 5), fDisableAudioCapture дорівнює 0 (Крок 6) і клієнт, налаштований на Record from this computer (Крок 2). Одна відсутня ланка прибирає пристрій цілком, а не погіршує його.

Remote Audio з'являється для відтворення, але не для запису, або пристрій є на вкладці Recording, але індикатор рівня не рухається. Це ознака хоста, де перенаправлення відтворення дозволено, а захоплення ні. Спершу перевірте Крок 5, оскільки звичайна причина саме в політиці перенаправлення запису, потім Крок 6, і підтвердіть через gpresult /h C:\gpreport.html, що доменна політика не перекриває локальний параметр.

Пристрій з'являється, а потім зникає після перепідключення. Вибір звуку було змінено в діалозі, але не збережено у файл .rdp. Повторіть дію Save As наприкінці Кроку 2.

Адміністративне підключення не несе пристрою захоплення. Сеанси, відкриті через mstsc /admin, підключаються до консольного сеансу замість сеансу Remote Desktop Services, і перенаправлення захоплення звуку в них недоступне. Підключайтеся без цього ключа.

Мікрофон працює лише в одному застосунку. Застосунок прив'язаний до конкретного пристрою вводу, а не до системного за замовчуванням. Виберіть Remote Audio в налаштуваннях звуку цього застосунку.

Висновок і подальші кроки

Локальний мікрофон тепер доходить до віддаленого сеансу як Remote Audio, і застосунки на сервері записують з нього так само, як з локально підключеного пристрою. Конфігурація охоплює чотири шари, і це варто пам'ятати, коли робоче налаштування ламається: пропозиція клієнта, служба ролі хоста, дві служби, а також політика з її значенням реєстру.

Для іншого локального обладнання в сеансі посібник Підключення USB-вебкамери до віддаленого робочого столу RDP описує перенаправлення USB-пристроїв через RemoteFX, де використовується інший механізм та інші політики. Клієнти на техніці Apple слідують посібнику Проброс мікрофона на RDP-сервер - Mac OS, де серверна частина ідентична, а відрізняються лише дозволи клієнта. Якщо слухач RDP доступний з інтернету, перегляньте порт і область дії брандмауера в посібнику Зміна порту RDP у Windows Server, перш ніж додавати звуковий вхід у сеанс.

Версія документа: 2.3
Оновлено: Серпень 2026
Власник: Команда технічної документації