rdp нет звука с удаленного компьютера

Как включить звук при работе через удаленный рабочий стол?

Если вы хотите, что бы при подключении через удаленный рабочий стол работал звук (т.е. звук, воспроизводимый на сервере переносился на ваш компьютер), в первую очередь нужно включить соответствующую опцию в настройках RDP клиента. Для этого после запуска RDP клиента:

1. Нажмите кнопку “Параметры”
2. Перейдите на вкладку “Локальные ресурсы”
3. В поле “Удаленный звук” нажмите кнопку “Параметры”
4. В открывшемся окне установите “Проигрывать на этом компьютере”
5. Сохраните изменения.

Скриншот для наглядности:

Однако включения перенаправления звука только на стороне клиента не достаточно, т.к. по умолчанию в серверных ОС Windows сопоставление звука запрещено в настройках терминального сервера. Что бы изменить настройки терминального сервера (разрешить сопоставление звука) нужно выполнить следующее:

Дальше нужно проверить, что у вас запущена служба Windows Audio:

“Пуск” – “Администрирование” – “Службы”, в списке находите “Windows Audio” и два раза кликаете по ней. В настройках службы нужно установить “Тип запуска – Автоматически”, “применить” и затем и можно сразу же запустить службу с помощью соответвующей кнопки:

Важно: если служба Windows Audio не запускается – убедитесь, что включены и запущены следующие службы (в таком же порядке!): “Power“, “Средство построения конечных точек Windows Audio“, “Планировщик классов мультимедиа” и “Удалённый вызов процедур (RPC)”. После чего попробуйте запустите службу “Windows Audio” еще раз.

Если звук не заработал (в системе нет доступных аудиоустройств/ звуковых устройств вывода) – значит что-то вы делаете не так, проверьте все еще раз. Проверка или выполнение данных настроек вашего сервера нашим администратором стоит 5 евро. В этом случае вам нужно будет только включить перенаправление звука в настройках вашего RDP клиента.

Внимание: к сожалению, этот способ не поможет в работе программ, которые требуют наличия физической звуковой карты (устройства). В новых VDS виртуальная звуковая карта обычно уже подключена, для старых VDS вы можете проверить / подключить ее в параметрах VDS. Мы не даем никаких гарантий того, что оно будет работать или как оно будет работать: проблема со звуком в данном случае заключается в вашем программном обеспечении а не VDS сервере. Звуковая карта является устройством физического вывода звука, а следовательно совершенно бесполезной при работе удаленного сервера (как физического, так и виртуального). Для любой программной работы со звуком звуковая карта не нужна, как не нужно наличие принтера для того, что бы набирать текст в Microsoft Word. Если же программа все-таки требует ее обязательного наличия – значит, по большому счету, она не предназначена для работы на удаленном сервере а расчитана на локальное использование. Учитывая изложенное, просим вас не обращаться в техподдержку по вопросам работы виртуальных звуковых карт и программ их использующих, качества их работы и т.д. – мы не предоставляем консультации по этому поводу.

Источник

Проброс микрофона по RDP

Иногда есть необходимость использовать микрофон на терминальном сервере, для разных задач. По умолчанию Remote Desktop Connection не включает такую возможность, поэтому ее нужно включить вручную. Эта инструкция расскажет вам как это сделать.

Запускаем gpedit.msc на локальной машине, с которой будем подключаться к удаленному терминалу. Идем по пути:

Такую же политику необходимо применить и на удаленном сервере.

В службах на обоих машинах необходимо включить Windows Audio.

В настройках подключения к удаленному рабочему столу необходимо перейти на вкладку «Локальные ресурсы», нажать на кнопку «Параметры» и настроить воспроизведение звука удаленного рабочего стола на «Проигрывать на этом компьютере», а также настроить запись звука удаленного рабочего стола на «Записать с этого компьютера».

Нажимаем «ОК» и подключаемся к удаленному рабочему столу. Идем в «Звуки» во вкладку «Запись». И проверяем наличие «Удаленного аудио».

Успех! Теперь можно пользоваться микрофоном на удаленном терминале. Главное в приложениях использовать микрофон по умолчанию.

Источник

Как включить звук при работе через удаленный рабочий стол (DRP)? Windows 2008

Параметры подключения

Если Вы хотите, чтобы при подключении через удаленный рабочий стол работал звук (т.е. звук, воспроизводимый на сервере переносился на ваш компьютер),

в первую очередь нужно включить соответствующую опцию в настройках RDP клиента.

Для этого после запуска RDP клиента:

Однако включения перенаправления звука только на стороне клиента не достаточно,
т.к. по умолчанию в серверных ОС Windows сопоставление звука запрещено в настройках терминального сервера.

Что бы изменить настройки терминального сервера (разрешить сопоставление звука) нужно настроить сервер.

Настройка сервера

Служба Windows Audio

Дальше нужно запустить службу Windows Audio которая тоже по умолчанию отключена на сервере:

Далее в списке находите «Windows Audio» и два раза кликаете по ней.

Нажмите «Применить» и затем и можно сразу же запустить службу с помощью соответствующей кнопки:

Затем заново подключитесь к удаленному рабочему столу Вашего сервера.

Если Вы все сделали правильно, то на Вашем компьютере будет воспроизводится весь звук, проигрываемый на VDS сервере.

Источник

Устранение неполадок с подключениями к Удаленному рабочему столу

Выполните приведенные ниже действия, если клиенту Удаленного рабочего стола не удается подключиться к удаленному рабочему столу, и отсутствуют сообщения или другие признаки, по которым можно определить причину.

Проверка состояния протокола RDP

Проверка состояния протокола RDP на локальном компьютере

Сведения о том, как проверить и изменить состояние протокола RDP на локальном компьютере, см. в разделе How to enable Remote Desktop (Как включить удаленный рабочий стол).

Проверка состояния протокола RDP на удаленном компьютере

В точности следуйте инструкциям из этого раздела. Неправильное изменение реестра может вызвать серьезные проблемы. Прежде чем редактировать реестр, создайте резервную копию реестра, чтобы вы могли восстановить его в случае ошибки.

Чтобы проверить и изменить состояние протокола удаленного рабочего стола на удаленном компьютере, используйте подключение сетевого реестра:

Проверка блокировки объектом групповой политики протокола RDP на локальном компьютере

Если не удается включить протокол RDP в пользовательском интерфейсе или для fDenyTSConnections возвращается значение 1 после его изменения, объект групповой политики может переопределять параметры на уровне компьютера.

Чтобы проверить конфигурацию групповой политики на локальном компьютере, откройте окно командной строки с правами администратора и введите следующую команду:

Когда команда будет выполнена, откройте файл gpresult.html. Выберите Конфигурация компьютера\Административные шаблоны\Компоненты Windows\Службы удаленных рабочих столов\Узел сеансов удаленных рабочих столов\Подключения и найдите политику Разрешить пользователям удаленное подключение с использованием служб удаленных рабочих столов.

Если для параметра этой политики задано значение Включено, групповая политика не блокирует подключения по протоколу RDP.

Если же для параметра этой политики задано значение Отключено, проверьте результирующий объект групповой политики. Ниже показано, какой объект групповой политики блокирует подключения по протоколу RDP.

Проверка блокировки объектом групповой политики протокола RDP на удаленном компьютере

Чтобы проверить конфигурацию групповой политики на удаленном компьютере, нужно выполнить почти такую же команду, что и для локального компьютера.

Изменение блокирующего объекта групповой политики

Эти параметры можно изменить в редакторе объектов групповой политики (GPE) и консоли управления групповыми политиками (GPM). Дополнительные сведения об использовании групповой политики см. в статье Advanced Group Policy Management (Расширенное управление групповыми политиками).

Чтобы изменить блокирующую политику, используйте один из следующих методов.

Проверка состояния служб RDP

На локальном компьютере (клиентском) и удаленном компьютере (целевом) должны быть запущены следующие службы:

Для локального или удаленного управления службами можно использовать оснастку MMC. Вы также можете использовать PowerShell для управления службами в локальном или удаленном расположении (если удаленный компьютер настроен для приема удаленных командлетов PowerShell).

На любом компьютере запустите одну или обе службы, если они запущены.

Если вы запускаете службу удаленных рабочих столов, нажмите кнопку Да, чтобы служба перенаправителя портов пользовательского режима служб удаленного рабочего стола перезапустилась автоматически.

Проверка состояния прослушивателя протокола RDP

В точности следуйте инструкциям из этого раздела. Неправильное изменение реестра может вызвать серьезные проблемы. Прежде чем редактировать реестр, создайте резервную копию реестра, чтобы вы могли восстановить его в случае ошибки.

Проверка состояния прослушивателя RDP

Для выполнения этой процедуры используйте экземпляр PowerShell с разрешениями администратора. На локальном компьютере также можно использовать командную строку с разрешениями администратора. Но для этой процедуры используется PowerShell, так как одни и те же командлеты выполняются локально и удаленно.

Чтобы подключиться к удаленному компьютеру, выполните следующий командлет:

Введите qwinsta.

Если в списке содержится rdp-tcp с состоянием Listen, прослушиватель протокола удаленного рабочего стола работает. Перейдите к разделу Проверка порта прослушивателя протокола RDP. В противном случае перейдите к шагу 4.

Экспортируйте конфигурацию прослушивателя RDP с рабочего компьютера.

Чтобы импортировать конфигурацию прослушивателя протокола RDP, откройте окно PowerShell с разрешениями администратора на затронутом компьютере (или откройте окно PowerShell и подключитесь к этому компьютеру из удаленного расположения).

Чтобы создать резервную копию для существующей записи реестра, воспользуйтесь таким командлетом:

Чтобы удалить резервную копию для существующей записи реестра, воспользуйтесь таким командлетом:

Чтобы импортировать новую запись реестра и перезапустить службу, воспользуйтесь такими командлетами:

Замените именем экспортированного REG-файла.

Проверьте конфигурацию, попытавшись еще раз подключиться к удаленному рабочему столу. Если подключиться все равно не удается, перезагрузите затронутый компьютер.

Проверка состояния самозаверяющего сертификата протокола RDP

Проверка разрешений для папки MachineKeys

Проверка порта прослушивателя протокола RDP

На локальном компьютере (клиентском) и удаленном компьютере (целевом) прослушиватель протокола RDP должен ожидать передачи данных через порт 3389. Другие приложения не должны использовать этот порт.

В точности следуйте инструкциям из этого раздела. Неправильное изменение реестра может вызвать серьезные проблемы. Прежде чем редактировать реестр, создайте резервную копию реестра, чтобы вы могли восстановить его в случае ошибки.

Чтобы проверить или изменить порт протокола RDP, используйте редактор реестра:

Для управления службами удаленного рабочего стола можно использовать другой порт. Но мы не рекомендуем делать это. В этой статье не описано, как устранять проблемы, связанные с этим типом конфигурации.

Проверка того, что другое приложение не пытается использовать тот же порт

Для выполнения этой процедуры используйте экземпляр PowerShell с разрешениями администратора. На локальном компьютере также можно использовать командную строку с разрешениями администратора. Но для этой процедуры используется PowerShell, так как одни и те же командлеты выполняются локально и удаленно.

Введите следующую команду:

Найдите запись для TCP-порта 3389 (или назначенного RDP-порта) с состоянием Ожидает вызова.

Идентификатор процесса службы или процесса, использующих этот порт, отобразится в столбце «Идентификатор процесса».

Чтобы определить, какое приложение использует порт 3389 (или назначенный порт протокола RDP), введите следующую команду:

Найдите запись для номера процесса, связанного с портом (в выходных данных netstat). Службы или процессы, связанные с этим идентификатором процесса, отобразятся в столбце справа.

Если порт используется приложением или службой, отличающейся от служб удаленных рабочих столов (TermServ.exe), устранить конфликт можно с помощью одного из следующих методов:

Проверка блокировки порта протокола RDP брандмауэром

С помощью средства psping проверьте, доступен ли затронутый компьютер через порт 3389.

Перейдите на другой компьютер, на котором такая проблема не возникает, и скачайте psping отсюда: https://live.sysinternals.com/psping.exe.

Откройте окно командной строки с правами администратора, перейдите в каталог, где установлено средство psping, и введите следующую команду:

Проверьте выходные данные команды psping на наличие таких результатов:

Запустите psping на нескольких компьютерах, чтобы проверить возможность подключения к затронутому компьютеру.

Проверьте, блокирует ли этот компьютер подключения от всех остальных компьютеров, некоторых других компьютеров или только одного компьютера.

Рекомендуемые дальнейшие действия:

Источник

Windows 10 перенаправление звука удаленного рабочего стола не работает

Я в настоящее время возникают проблемы с перенаправлением звука при использовании удаленного рабочего стола подключения к узлу обновления Windows 10 Pro Creators.

Я могу подключиться с помощью RDP, однако звук хостов не передается в сеанс RDP. Я вижу значок «удаленный звук» в трее, и он показывает, когда звук воспроизводится с помощью панели громкости.

вещи, которые я пробовал:

У меня есть Realtek HDA аудио драйверы и NVIDIA аудио драйверы, установленные на хосте, но это не должно влиять на перенаправление звука удаленного рабочего стола, насколько я знаю.

также перенаправление диска, кажется, не работает, так что это выглядит как вопрос RDP, а не звуковой вопрос.

Я бы лучше использовать RDP, а не другие программы, как в VNC

3 ответов

решение этой проблемы состояло в том, что была отключена следующая служба:

Перенаправитель Портов UserMode Служб Удаленных Рабочих Столов

после включения данного сервиса и установки на автоматический (нажатием win + r и открывающий services.msc ) все снова работает.

Я думаю, что эти проблемы создаются директивно группы.

во-первых, попробуйте подключиться с другого компьютера. Если у вас есть та же проблема, то, это проблема сервера, и, вероятно, проблема regedit или групповая директива стабильно сетевым администратором.

Если компьютер находится в домене Windows Active Directory, сообщите об этой проблеме администратору AD.

Если вы не в домене, проверьте это значение реестра:

в HKLM\система\CurrentControlSet на\контроль\терминал Сервер\WinStations\RDP-протокола-протокол TCP

fDisableAudioCapture REG_DWORD значение 0 | 1

эта клавиша управляет перенаправлением звука. Вы должны проверить его на сервере TS, не на клиентской машине.

Источник