没有声音，比什么都更能迅速终结一次远程会话。你可以看到应用，控制鼠标，但对方一片寂静 — 没有通知提示声，没有视频，没有会议音频。
没有声音比任何问题更快终结一次远程会话。你能看到应用、控制鼠标，但对端却寂静无声——没有通知提示音、没有视频声音、没有会议音频。如果你在搜索栏输入过“远程桌面音频”，因为音频没有从远程机器路由到本地扬声器（或反向），本指南将逐步说明在 Windows、macOS 和 Linux 上可行的检查项与修复方法。
远程桌面音频路由的工作原理
在基本层面，远程桌面音频只是跨网络的 I/O 重定向：远程主机捕获音频（麦克风或系统输出）、进行编码、通过远程会话协议传输，客户端解码并在本地设备播放。听起来简单，但常见的三个故障点是：
- 设置和策略：远程协议可以配置为阻止音频重定向（或仅允许麦克风但不允许回放）。
- 服务器/客户端音频栈：主机上的不匹配或缺失模块（Linux 上的 PulseAudio / PipeWire，Windows 上的 Windows 音频服务）会阻止捕获/回放。
- 网络和编码器约束：防火墙、错误端口或编码器不兼容可能导致音频数据包无法正确传输或解码。
不同的远程工具在这些阶段的处理方式各不相同。Microsoft RDP 提供明确的音频重定向选项。TeamViewer 和 AnyDesk 实现了专有的音频编解码器和驱动程序，通常在 Windows 到 Windows 的场景中开箱即用。开源解决方案（Tenvo、RustDesk、VNC+PulseAudio）依赖主机的音频栈，有时需要额外配置。如果你在比较工具，请参阅我们关于 rustdesk-vs-anydesk 的文章，了解开源栈与专有栈的差异。
快速检查清单——可在 10 分钟内尝试的修复
如果你只想尽快让它“可用”，按顺序尝试以下方法。这些是我们最常见、低成本的修复。
- 重启音频服务：在 Windows 上，重启 Windows Audio 和 Windows Audio Endpoint Builder 服务。在 Linux 上，重启 PulseAudio 或 PipeWire：
systemctl --user restart pipewire pipewire-pulse
或pulseaudio -k && pulseaudio --start
。 - 验证客户端设置：在 Windows RDP 客户端（mstsc）中打开 Local Resources → Remote audio → Settings，并将 "Remote audio playback" 设置为 "Play on this computer"。对于其他客户端，确保 "Share audio" 或类似选项已启用。
- 检查默认设备：确保本地播放设备已启用，并且远程主机已设置默认输出设备。尝试将两端都设置为简单的立体声 44.1/48 kHz 设备（许多远程编码器不喜欢非标准格式）。
- 临时禁用防火墙/杀毒软件（短暂）：防火墙规则可能会阻止远程音频端口或远程服务。短暂关掉防火墙进行测试以排除该因素。
- 尝试不同的客户端：如果 RDP 失败，试用 TeamViewer 或 AnyDesk 以判断问题是否与协议相关。这些专有应用通常对跨操作系统音频处理更友好。
Windows 主机或客户端：RDP 与本地设置
Windows 是大多数人使用 RDP 的环境。有两种不同情况需要分开考虑：从 Windows 客户端连接到 Windows 服务器（mstsc / RDP），或从其他平台连接到 Windows 主机。
检查客户端（mstsc）设置
在客户端机器上运行 mstsc.exe → Show Options → Local Resources。在 “Remote audio” 下，点击 “Settings…”，并确认：
- Remote audio playback: Play on this computer
- Remote audio recording: Record from this computer (if you need microphone redirection)
如果你使用 Microsoft Store 的 Remote Desktop 应用，同样的选项会出现在会话设置中。另外在本地的声音控制面板中确认目标播放设备处于激活状态，且未启用会阻止其他应用的“exclusive mode”。
检查主机（服务器）配置
在 Windows 主机（你远程进入的机器）上，确认 Windows 音频服务正在运行：
sc query Audiosrv sc query AudioEndpointBuilder
如果其中任一服务已停止，请启动它们：
net start Audiosrv net start AudioEndpointBuilder
组策略也可能阻止 RDP 会话中的音频重定向。检查 gpedit.msc → Computer Configuration → Administrative Templates → Windows Components → Remote Desktop Services → Remote Desktop Session Host → Device and Resource Redirection。确认 "Allow audio and video playback redirection" 和 "Allow audio recording redirection" 已启用或未配置。
用于多媒体的 RDP：编解码器与采样率
RDP 编码器偏好标准格式。如果远程应用输出的是高采样率或多声道流（例如 192 kHz 或 5.1），尝试将主机切换为立体声 44.1 kHz 或 48 kHz。在声音控制面板 → Playback device → Properties → Advanced 中，将默认格式设置为 2 通道 16 位 44100/48000 Hz 后重试。
Linux 主机与客户端：PulseAudio、PipeWire 与 xrdp 常见问题
Linux 的音频栈各不相同。Ubuntu 22.04 及许多现代发行版使用 PulseAudio 或 PipeWire。xrdp 或 VNC 等远程桌面服务器在没有额外模块的情况下不会自动捕获桌面音频。
常见症状与修复
- xrdp 会话没有音频：安装并启用 pulseaudio-module-xrdp，或使用 PipeWire 的 sink 集成。在 Debian/Ubuntu 上：
sudo apt install xrdp pulseaudio-module-xrdp
然后重启服务：sudo systemctl restart xrdp systemctl --user restart pulseaudio
- PulseAudio 客户端以 root 身份运行：一些 xrdp 配置以不同用户运行你的桌面——确保 PulseAudio 按会话运行（systemd 的用户实例），而不是以 root 运行。
- PipeWire：较新的桌面系统（如 Fedora 35+ 或 Ubuntu 22.10）默认使用 PipeWire。确保已安装 pipewire-pulse（它提供 PulseAudio 兼容层），并重启 PipeWire 用户服务：
systemctl --user restart pipewire pipewire-pulse
诊断的常用命令
pactl list sinks short # list playback sinks pactl list sources short # list recording sources pactl info # shows server (Pulse/PipeWire) info journalctl --user -u pipewire -f # live PipeWire logs
如果你看不到任何 sink，说明桌面音频服务器没有为 xrdp 附加的用户会话创建 sink。创建一个稳定的按会话运行的 PulseAudio 实例或使用 PipeWire 的 per-user 服务可以修复此问题。针对 xrdp，请遵循发行版文档以启用 pulseaudio-module-xrdp，或配置 /etc/xrdp/startwm.sh 以在每个会话启动 PulseAudio。
macOS 主机与客户端：捕获限制与变通方法
macOS 一直使系统音频捕获变得更困难：平台没有内置的虚拟回环设备。基于 VNC 的远程会话通常不会转发系统声音。Chrome Remote Desktop 在某些设置下支持音频回放，但其行为取决于 macOS 版本和客户端应用。
实用选项：
- 使用硬件变通：插入一个虚拟线缆（USB 声卡），将 macOS 音频路由到该设备，然后分享该设备的麦克风输入。这笨拙但对某些场景有效。
- 安装虚拟音频设备：BlackHole（开源）或 Loopback/Soundflower 可让应用捕获系统音频。安装后，将系统输出设置为 BlackHole，并配置一个到物理设备的直通以便本地监听仍然可用。
- 使用 TeamViewer/AnyDesk：它们捆绑了音频驱动，比一些开源工具更透明地捕获并流式传输 macOS 音频。如果 macOS 的音频至关重要，这些专有选项通常对终端用户更省力。
有关从 macOS 连接或设置 macOS 客户端的详细信息，我们的文章 remote-desktop-for-mac 提供了平台特定的提示。
移动客户端、低延迟音频，以及何时远程桌面并非正确工具
移动远程应用（Android、iOS）通常为了节省带宽和电量而降低音频优先级。如果在移动端音频很重要，请在应用设置中检查“Play audio”或“Use device audio”。由于平台限制，Android 客户端通常比 iOS 拥有更多控制选项。
如果你需要低延迟、高保真音频（音乐协作、DAW 流、专业音频），远程桌面不是合适工具。应使用音频覆盖 IP 的解决方案，例如基于网络的 JACK、Dante，或像 Jamulus、JackTrip 这样的专用工具。远程桌面音频适用于语音、通知和视频音轨；但并非为低于 20ms 的音乐性能设计。
何时尝试其他工具（以及哪些工具）
要诚实评估远程协议是否能满足你的需求。几点建议：
- 如果你需要跨平台音频转发且配置最少，TeamViewer 和 AnyDesk 往往对 Windows 与 macOS “开箱即用”，因为它们包含专有驱动和编解码器。关于权衡，请参阅我们的比较文章 anydesk-vs-teamviewer-2026 和 best-teamviewer-alternatives。
- 如果你希望使用开源、自托管的栈，且熟悉 Linux 音频配置，Tenvo 和其他自托管方案是可行的，但可能需要安装 pulseaudio-module-xrdp、pipewire-pulse，或在 macOS 上添加虚拟设备。
- 如果唯一缺失的是将麦克风捕获重定向到远程机器（而非回放），确认客户端允许麦克风重定向并且主机应用已设置为使用被重定向的设备。
实话实说：专有工具有时在跨操作系统音频方面更好，因为它们控制管道的两端并能提供自定义编解码器/驱动。开源栈通过努力和适当配置可以达到相同效果，但如果你想在 macOS 或非常规 Linux 桌面上实现同等体验，需准备额外的设置工作。
逐步检查清单：完整诊断
当“快速修复”无效时，请按下列顺序执行此检查清单。不要跳步——这些步骤能迅速缩小故障范围。
- 重现并记录症状：仅回放、仅麦克风，或两者都有。记录客户端 OS 与主机 OS，以及使用的远程工具（mstsc、xrdp、Tenvo、TeamViewer、AnyDesk）。
- 在主机上：确认音频服务正在运行（Windows：Audiosrv；Linux：PulseAudio/PipeWire）。如有需要则重启。
- 在客户端上：确认已设置“share audio”/“play on this computer”。
- 临时将主机和客户端切换为简单的立体声 44.1/48 kHz 设备。
- 检查防火墙：允许远程协议（RDP TCP 3389、Tenvo 的自定义端口，或 TeamViewer/AnyDesk 的特定应用权限）。如果你使用 Tenvo 自托管，确保已配置好中继/端口转发（有关网络选项，请参阅我们的文章 remote-desktop-without-port-forwarding）。
- 尝试其他客户端或协议：用 TeamViewer/AnyDesk 进行快速测试可判断音频问题是否与协议相关。
- 收集日志：Windows 事件查看器（Application/System）、PulseAudio/pipewire 的 journal 日志，或（如适用）位于 ~/.config/tenvo/logs 的 Tenvo 日志。
示例修复——复制粘贴片段
Linux（Ubuntu）xrdp + PulseAudio：安装模块并重启：
sudo apt update sudo apt install xrdp pulseaudio-module-xrdp sudo systemctl enable --now xrdp systemctl --user restart pulseaudio
PipeWire 重启（用户会话）：
systemctl --user restart pipewire pipewire-pulse wireplumber
Windows：在提升权限的提示符中检查并启动音频服务：
sc query Audiosrv net start Audiosrv sc query AudioEndpointBuilder net start AudioEndpointBuilder
最后说明与现实预期
远程桌面音频对于常见用途是可靠的：语音通话、视频回放、通知提示。不要期望达到工作室级别的保真或低于 20ms 的延迟。当所有配置看起来正确但音频仍然不佳时，考虑网络状况（丢包、抖动）、编码器的 CPU 过载或特定应用的音频格式是否是实际瓶颈。
如果你偏好开源远程桌面并想避免专有应用的黑箱化，Tenvo 的目标是可预测且可扩展——但你可能需要在 Linux 上调整主机音频栈，或在 macOS 上添加虚拟音频设备。在 /download 和 /pricing 查看 Tenvo 的下载、定价与托管选项，以测试其在你环境中的音频表现。
有关平台特定的设置指南，我们的 Windows 指南（setup-remote-access-windows）和 macOS 文章（remote-desktop-for-mac）包含更多提示和截图。
如果你按照这些步骤仍遇到问题，请收集上述日志并提交 issue 或支持帖，提供精确的主机/客户端操作系统版本（例如：Windows 11 22H2、Ubuntu 22.04、macOS Ventura 13.4）、远程工具与版本，以及症状集合。这样能加速故障排查。