Проброс микрофона на 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
Владелец: команда технической документации