Discord 卡在 RTC Connecting，表示客户端尚未完成语音传输连接。先查 Discord 官方状态，再比较另一频道、官方客户端、设备和网络，最后才改变防火墙或路由器。Discord 将 RTC Connecting 与 ICE Checking、No Route、Connecting 归为连接错误，并指出防火墙、VPN 等本地干扰与服务端故障都可能相关。［1］

关键要点

先确认完整状态序列；麦克风和扬声器问题发生在连接后的另一层。

改系统网络前，比较另一个频道或私人通话。

第二条网络能最快区分设备与路由器、管理网络边界。

Discord 表示经 VPN 使用语音时需要 UDP 支持。［1］

重装或高级调整前保存版本、时间和日志。

流媒体与游戏排障中心涵盖更广的失败。本文只处理连接状态，不重写频道权限、麦克风选择、机器人音质或屏幕分享。

1. 确认 Discord 卡在 RTC Connecting 这一状态了吗？

读取语音控制旁的状态，观察它持续停在 RTC Connecting，还是在 ICE Checking、No Route 与 Connecting 间循环，或最终连上但没有声音。记录服务器、频道或私人通话、开始时间、客户端和网络。不要把不同阶段统称为“语音坏了”。

如果已经显示连接成功，应使用通用语音聊天指南检查麦克风和输出；声音断续或像机器人则看语音质量指南。RTC Connecting 只负责传输建立。

退出并重新加入一次，再彻底退出并重开 Discord。平台事故期间不要快速重复重连，这不会增加有效证据，还可能遮盖原始时间。

2. Discord 是否报告语音服务事故？

查看 Discord 官方状态页的语音、地区或 API 事件，并比较私人通话与另一服务器。Discord 表示 Waiting for Voice Server 通常指向更广的服务问题，并要求查看状态页。［1］RTC Connecting 仍可能来自本地，因此应把状态与范围一起判断。

请另一位使用不同网络的参与者加入相同频道。多个无关用户同时失败时，保存地区与时间并等待，不要先重装；其他人都能加入时，再继续查自己的客户端与网络。

不要把非官方故障图或一条社交帖子当作定论。若服务恢复恰好发生在本地重启后，也不能自动证明重启是原因。

3. 另一频道、通话或官方客户端能连接吗？

测试一个你有权加入的语音频道和一次私人通话。只有一个频道失败时，应请管理员检查频道与 Region Override。Discord 允许管理员在频道设置中临时更换语音地区，私人通话也能调整地区。［1］

在网络不变时比较桌面 App、受支持浏览器或手机 App。更新 Discord 与操作系统，并彻底重启客户端；Discord 的综合指南建议保持两者最新。［2］

只有浏览器失败时检查站点权限与扩展；只有桌面端失败时聚焦安装、防火墙条目和硬件条件。基线测试不要同时运行多个 Discord 版本。

4. 更换网络后 RTC Connecting 是否消失？

保持设备和客户端不变，把 Wi-Fi 换成可信移动数据，或反向测试。Discord 的移动排障也建议在 Wi-Fi 与移动数据之间切换比较。［2］备用网络正常时，差异属于原路由器、运营商、防火墙、DNS、代理或管理策略。

若设备与网络由你控制，可按 Discord 建议把调制解调器、路由器和电脑正常重启一次。［1］不要恢复出厂设置、猜测端口转发，也不要关闭组织的控制。

两条网络都只在一台设备失败时聚焦该设备；所有设备只在一条网络失败时，把对照矩阵交给网络管理员或运营商。

5. 防火墙、安全软件或受管理网络是否阻断语音？

确认操作系统防火墙和终端安全工具允许官方 Discord 应用。Discord 建议检查防火墙与防病毒软件，并提醒公司或学校网络可能阻断 Discord。［1］只有在你拥有设备且能恢复原状态时，才进行临时、可记录的测试。

不要永久关闭防护、添加宽泛入站规则或任意开放路由器端口。受管理网络应由管理员确认实时语音与所需 UDP 是否获准；策略阻断不代表可以绕过。

若安全日志确有拦截，保存时间、官方程序路径、目标类别和规则名，不要公开敏感地址。只通过安全产品支持的方式允许已签名官方客户端。

6. VPN 或代理是否支持 Discord 语音 UDP？

记录 VPN、代理、安全 DNS、家长过滤或流量检查工具是否启用，一次断开一个可逆层，再测试同一通话。Discord 明确表示，经 VPN 使用 Discord 语音时，VPN 必须支持 UDP。［1］

若断开 VPN 后正常，应核对其 UDP 能力与分流设置，不要随机轮换大量地区。AethoVPN 已位于路径时，可作为一个可逆诊断变量，但不能保证修复，也不能越过管理网络、修复 Discord 服务或改变频道权限。

测试后恢复原有网络姿态。不要使用未知免费代理承载语音，也不要未经许可关闭组织检查。

7. 是否适用地区切换或官方硬件特例？

如果你管理受影响频道，可临时选择另一个 Region Override 并测试一次，同时记录旧值以便还原。Discord 将语音地区切换列为连接测试。［1］普通成员应请管理员操作，不要改动其他服务器设置。

只有硬件与症状匹配时才使用硬件专项。Discord 为 AMD GPU/CPU 的 RTC_CONNECTING 情况维护了独立页面。［3］先确认真实处理器、显卡和驱动版本，不要在无关系统安装 AMD 软件。

客户端尚未连接时，不要批量重置 Voice & Video 设置。输入模式、麦克风增益和降噪主要影响传输建立后的媒体，不是 RTC 握手本身。

8. 应向 Discord 或管理员提交什么？

提供完整状态序列、时间、服务器与地区（不含私人邀请）、客户端和系统版本、设备、运营商或管理网络背景，并列出另一频道、官方客户端、设备和网络的结果。说明是否测试防火墙、VPN、代理和 UDP 支持。

Discord 要求持续连接错误的用户联系支持并提供控制台日志截图；综合指南还建议提供详细描述、受影响客户端、版本、设置截图、设备列表与调试日志。［1］［2］发送前遮盖令牌、私信、服务器名、账号标识与 IP 地址。

只使用官方支持渠道，不要把原始日志贴到公共论坛，也不要运行陌生人提供的命令。精简的复现矩阵能帮助责任方区分服务、频道、客户端、设备与网络。

对照完成后，还原所有临时的网络或安全改动，并确认一次普通通话仍能连接。

总结

RTC Connecting 是语音传输建立问题。确认状态，检查官方事故，比较频道和客户端，再隔离设备与网络。只有对照指向相关层时才改变防火墙、VPN、UDP、地区或硬件专项设置，并为支持团队保留证据。

常见问题

Discord 的 RTC Connecting 是什么意思？

表示实时语音连接尚未完成，不等于已连接后麦克风静音或输出选错。

RTC Connecting 一定是 Discord 故障吗？

不是。Discord 将它归入常见本地干扰错误，但部分等待状态也可能来自服务端。［1］

公司或学校网络会阻断 Discord 语音吗？

会。Discord 明确建议联系网络管理员。［1］不要绕过管理策略。

经 VPN 使用 Discord 必须支持 UDP 吗？

Discord 的说明要求，用于其语音通话的 VPN 必须支持 UDP 数据传输，不能仅凭网页能打开判断语音路径可用。［1］

应该更换语音地区吗？

管理员或私人通话可把它作为临时测试，但应保存并还原旧值。［1］

为什么移动数据正常而 Wi-Fi 卡住？

Wi-Fi 可能独有路由器状态、运营商路线、防火墙、代理、过滤或 UDP 策略。

麦克风权限会造成 RTC Connecting 吗？

麦克风权限通常影响连接后的采集。若连接成功但无人听见，应走麦克风排障。

每个人都应照 AMD 指南操作吗？

不应。先核对系统是否确实配备对应的 AMD 硬件，并确认故障症状吻合，再采用该专项指南。［3］

来源：

Discord Support - Voice Connection Errors — https://support.discord.com/hc/en-us/articles/115001310031-Voice-Connection-Errors
Discord Support - Voice and Video Troubleshooting Guide — https://support.discord.com/hc/en-us/articles/360045138471-Discord-Voice-and-Video-Troubleshooting-Guide
Discord Support - AMD GPU and CPU RTC_CONNECTING Troubleshooting — https://support.discord.com/hc/en-us/articles/4978019693463-AMD-GPU-CPU-RTC-CONNECTING-Troubleshooting

Sources checked 2026 年 9 月 8 日。

延伸阅读：

Discord 卡在 RTC Connecting：语音服务、UDP 与网络排查