QuickQ 怎么让 Discord 走代理

用 QuickQ 让 Discord 走代理，最直接可行的做法是把 QuickQ 配置成系统层的代理或开启 TUN（全局）模式，或者启用本地 SOCKS/HTTP 转发端口，然后把 Discord 指向这个本地代理：手机上可以在 QuickQ 的“应用路由”里选中 Discord 或打开 VPN 权限，桌面上可以用启动参数 –proxy-server=”socks5://127.0.0.1:1080″ 或配合 Proxifier/Clash 来仅让 Discord 走代理。记得确认代理是否支持 UDP，否则语音可能不稳定。

Table of Contents

先弄明白几件小事（为什么要这样做）

先打个比方，代理就像给你的网络流量装了条“隐形通道”。有些应用（比如网页浏览）只要走 HTTP/HTTPS 或 SOCKS5 就好了；但像 Discord 的语音通话，会经常用到 UDP 和点对点（NAT 穿透），这就像通道里需要能通过快速、短小包裹的传送装置。如果通道不支持 UDP，语音容易卡或者连不上。

关键概念一览（快速记忆）

TUN/全局模式：把设备上所有网络流量都通过代理隧道走，最可靠，语音一般能正常工作。
本地 SOCKS/HTTP 端口：QuickQ 在本地会开启一个代理端口（比如 1080），应用可以被指向该端口，仅部分走代理。
按应用路由：只让特定应用（Discord）走代理，不影响其他应用。
UDP 支持：决定语音通话是否可靠，很多基于 TCP 的代理难以满足语音需求。

总体思路（两条主路径）

实现目标基本有两条主路径：一是把手机或电脑的系统层流量全部或按应用走 QuickQ 的 TUN/VPN/全局代理（简单、UDP 支持好）；二是使用本地代理端口 + 应用级配置（需要 Discord 支持或借助第三方工具），更灵活但可能碰到 UDP 问题。

路径 A —— 推荐：TUN / 全局模式（手机最方便，桌面需要相应客户端）

优点：设置简单、语音（UDP）支持更好、无需改 Discord 本体设置。
缺点：会影响全局流量（可以通过白名单绕过），有时对电量有影响。

路径 B —— 本地代理端口 + 指定路由（更细粒度，桌面常用）

优点：只让 Discord 走代理，其他应用按原样走网络。
缺点：需要为 Discord 指定代理（桌面可行，手机端视客户端支持而定），UDP 支持依赖代理类型或额外工具。

具体操作步骤（手机端：Android，使用 QuickQ）

下面按实际顺序来做，像说明书一样，但我会边写边提示你可能遇到的小拐弯。

1. 安装与准备

从可靠来源安装 QuickQ（注意核验包名、版本）。
准备好可用的代理节点信息（Shadowsocks / Vmess / VLESS / Trojan 等），或订阅链接。

2. 导入节点并测试

在 QuickQ 里添加节点（手动添加或粘贴订阅地址并刷新）。
先用浏览器或内置的测试功能检查节点能否连通（比如打开网页、看 IP 是否变化）。

3. 启用 TUN（系统代理 / 全局）模式

QuickQ 通常有“模式”选择：Rule、Global、Direct、Tun 或类似项。选择 TUN/Global。
系统会弹出“授予 VPN 权限”的窗口，点击允许（QuickQ 会以 VPN 方式接管流量）。
如果想只让 Discord 走代理，寻找 QuickQ 的 按应用路由 或 应用选择 功能，把 Discord 勾选为走代理，其它应用可设置为直连或绕过。

4. 验证

打开 Discord，试试文字聊天是否能正常（应该没问题）。
发起一次语音通话或加入语音频道，检查能否连通、延迟、是否丢包。
如有问题，切换代理节点或确认 QuickQ 的“UDP 转发/UDP 支持”是否开启（有的节点或协议需要额外开关）。

具体操作步骤（桌面端：Windows / macOS / Linux）

桌面比手机碎步多一点，但更灵活。下面给出几种常见方案，任选其一。

方案 1：如果你用的是 QuickQ 的桌面版本或能把它当作系统代理（推荐）

在 QuickQ 桌面客户端中启用 TUN/VPN 或者系统代理功能。
把代理模式设为“全局”或在应用路由里把 Discord 加入走代理的列表。
重启 Discord，测试文字与语音。

方案 2：使用本地 SOCKS5 端口 + Discord 启动参数（适用于有本地端口转发的客户端）

确认 QuickQ（或其他客户端）在本地开启了 SOCKS5 代理端口，例如 127.0.0.1:1080。
Windows：修改 Discord 快捷方式，在“目标”后面加上 –proxy-server=”socks5://127.0.0.1:1080″。
macOS / Linux：用命令行启动 Discord，加上相同的 –proxy-server 参数。
启动后测试文字与语音。注意：SOCKS5 若不支持 UDP，则语音可能不能用。

方案 3：配合 Proxifier / Clash for Windows / v2rayN（更强控、常用）

安装 Proxifier（付费软件）或者 Clash for Windows / v2rayN（免费）。
配置本地代理规则，把 Discord.exe 指向某个代理端口（SOCKS5/HTTP）或把它路由到 TUN 模式。
Proxifier 可以对单个程序做规则，Clash 也支持分应用/分域名规则，灵活。

一个小表格，帮你快速对比常见办法

方法	易用性	UDP 支持	适合场景
TUN/全局模式	高	高	手机、需要语音通话时优先
本地 SOCKS + –proxy-server	中	取决于 SOCKS 实现	桌面只需文本或可用支持 UDP 的 SOCKS
Proxifier / Clash	中-高（需配置）	取决于后端	需要精细化或多规则控制时

关于语音（UDP）问题的深入说明

这是经常被忽视的点：Discord 的语音主要用 UDP（有时会回落到 TCP），因为 UDP 更适合实时音频。如果你的代理通道是纯 TCP 隧道（比如很多 HTTP 代理），那么语音通话会受限，可能无法建立或出现明显延迟。

解决方法：

优先使用支持 UDP 的代理协议或客户端（比如 VLESS/Vmess 的一些实现、Shadowsocks UDP 转发、WireGuard、OpenVPN 或直接使用 TUN 模式）。
若使用 SOCKS5，确认本地 SOCKS5 实现支持 UDP ASSOCIATE；有些实现只支持 TCP。
若无 UDP 支持，可以尝试强制 Discord 使用 TCP（不推荐，体验差）。

常见问题与排查清单（查问题像做菜，按步骤）

文字能发，语音连不上：检查代理是否支持 UDP；尝试换成 TUN 模式或换节点。
整个设备都没网络：退回 Direct 或关闭 TUN，看能否恢复，检查 DNS 设置和是否开启了“绕过局域网/境内直连”。
只有部分功能可用：逐项测试（浏览器、ping、Discord 语音），同时确认 QuickQ 的规则列表没有误添加误拦截。
Discord 无法启动或出现证书/网络错误：清理 Discord 缓存，或者在安全软件里允许 Discord 的网络访问。
想仅在桌面让 Discord 走代理：优先考虑 Proxifier 或 –proxy-server 参数；记得以管理员权限或正确路径启动。

安全与合规提醒（不啰嗦，但很重要）

用代理改变流量路径之前，先确认这样做不会违反你所在地区的法律法规或服务条款。不要用代理进行违法活动。保护好你的代理账号与日志信息，优先选用信任的服务商和加密协议。

我自己会怎么做（一个真实的操作思路）

如果是手机：先把 QuickQ 配置好节点，先试全局模式看语音是否正常，再回到按应用路由把 Discord 单独打开；如果语音稳定，就用按应用路由以节省流量。若是桌面：先试用本地 SOCKS5 加 –proxy-server，如果语音出问题，我就用 Clash for Windows 或 Proxifier 把 Discord 放到 TUN/UDP 支持好的通道里。

最后几句随想，边写边想的那种味儿

其实把 Discord 走代理不难，关键是明确你要的是“文字”还是“语音+视频”的完整体验。文字通常对代理要求低，语音就挑剔——它要 UDP、要低延迟。遇到问题，不妨把问题拆小块：先确认基础连通，再看端口/协议支持，最后调整规则。我在路上写这些，想到哪儿补哪儿，希望你按步骤来，能少踩坑。