先看结论
网页正常只证明 HTTPS 路径可用，语音还依赖实时连接和 UDP。先确认 Discord 服务状态，再比较网页版与客户端，检查系统代理、客户端模式、防火墙和节点丢包。
把文字、登录和语音分开测试
Discord 登录、频道文字和语音可能经过不同连接。记录是客户端完全离线、文字能收但图片失败，还是只有语音停在 RTC Connecting。不同现象对应的排查重点不同。
浏览器正常但客户端失败
浏览器可能使用扩展代理，而桌面客户端不读取该扩展。检查系统代理是否指向有效本地端口，客户端是否被防火墙拦截，以及连接工具是否启用了覆盖桌面应用的模式。
不要直接关闭整个防火墙。先查看是否有针对 Discord 可执行文件的拦截记录，并做一次可恢复的单程序测试。
语音问题重点看丢包和节点
语音比网页更怕抖动与丢包。固定一个节点，暂停下载和云同步，测试不同语音区域或同地区备用节点。延迟略高但丢包更低的线路，往往比最低 ping 更适合语音。
- 更新 Discord 客户端并重启。
- 关闭同时占用麦克风和网络的无关程序。
- 固定节点后连续测试至少十分钟。
- 记录是否只在晚高峰发生。
求助时可以提供错误文字和打码后的网络结果，不要上传账户令牌、完整日志包或远程控制码。
常见问题
Discord 需要 UDP 吗？
语音和实时通信通常会使用 UDP；仅支持网页代理的配置可能无法覆盖这部分流量。
更换 DNS 能修复 RTC Connecting 吗？
如果域名解析失败可能有帮助，但持续 RTC 问题更常与 UDP、代理模式、防火墙或丢包相关。
编辑说明
本文由 TiziTools 编辑部 整理，并按可复测、可恢复的原则更新。系统版本、服务规则和套餐信息可能变化；涉及价格与服务状态时，以对应服务页面的实时说明为准。
文中标为“合作推荐”的链接可能为本站带来收益，但不会改变文章的故障判断。查看合作与编辑独立性说明。
