本文速览

本文适合需要用 Shadowrocket 处理远程办公流量的用户：先确认视频会议和公司系统应走直连还是代理，再在 Config 中添加范围尽量小的规则，最后分别用 Wi-Fi 与手机热点验证。工作应用能否访问取决于公司网络策略和实际域名，规则示例不是完整清单；请以单位 IT 指引及自己的连接记录为准。

先确认网络条件与公司策略

远程会议卡顿不一定是代理线路造成的。家庭 Wi-Fi 的上行带宽、无线信号、路由器负载、公司网络策略以及会议应用自身状态，都可能影响音视频。配置前先记下当前网络、Shadowrocket 的 Global Routing 状态，以及故障表现：是无法登录、无法加入会议，还是画面卡顿、声音断续。把现象分开，后续才知道应该检查规则、网络还是账户权限。

先确认公司对远程访问和个人代理的要求。公司系统可能要求指定的安全通道、设备管理配置或办公网络出口；不要为了让某个页面打开而绕过单位规定，也不要把内部域名、会议链接、访问令牌或连接记录发到公开场所。若公司要求指定 VPN 或网络路径，应先向 IT 确认它能否与设备上的其他 VPN 配置同时工作。

3 项
先记录：网络类型、Global Routing、具体故障现象
2 种网络
至少分别验证 Wi-Fi 与手机热点
10 次
可用连续网络测试观察延迟波动与丢包，不作为服务质量保证

测试时尽量一次只改变一个条件。例如，先在同一 Wi-Fi 下切换 Config 与 Direct，再固定路由方式、改用手机热点。不要同时换网络、改规则、更新订阅和重启设备，否则即使问题消失，也很难判断是哪项变化起了作用。

视频会议优先按实际网络选择路由

“会议应用一律直连”或“一律走代理”都不是适用于所有公司的规则。若公司网络可以正常访问 Zoom、Teams 和内部办公系统，通常先让工作流量直连，以减少额外转发环节；若当前网络无法建立会议连接，先确认公司是否允许使用其他网络路径，再用自己的配置做单项对照测试。单位网络政策优先于客户端设置。

  1. 固定测试环境

    记下设备、网络名称和当前时间，在 Home 确认 Shadowrocket 的连接状态。测试期间先关闭不必要的大型下载和云端同步，避免带宽占用干扰判断。

  2. 先测直连

    在 Global Routing 选择 Direct，测试一次登录、加入会议和内部系统访问。若公司策略要求指定通道，不要把 Direct 当作合规替代方式。

  3. 再测 Config

    切回 Global Routing → Config，用相同网络和相同会议操作再测一次。记录加入会议耗时、音视频是否中断，以及应用可提供的网络统计。

  4. 换热点复测

    保持相同路由方式，改用手机热点重做测试。若 Wi-Fi 有问题而热点正常，优先检查路由器、无线信号或网络限制；若两种网络都失败，再检查配置、应用权限或公司服务状态。

判断会议质量时，不要只看网页能否打开。网页请求成功不代表实时音视频路径稳定；如果会议应用提供统计面板，可记录延迟、抖动和丢包随时间的变化。没有统计面板时，至少做两轮各约 3 分钟的通话测试，分别观察语音连续性、画面冻结和重新连接情况。短暂一次正常不能证明长会也稳定。

若能使用网络诊断工具，可对同一目标连续测试约 10 次，记录延迟中位数和丢包情况；这只能帮助比较两种网络，不能代替会议应用的实际测试。连续丢包或延迟大幅波动时，先暂停修改规则，排查 Wi-Fi 信号、热点信号和后台上传任务。

在 Config 中按最小范围设置分流

规则应按具体主机名和所需策略逐条判断，不要为方便而把整个 Microsoft、Google 或公司域名空间都设成同一路由。Teams、Zoom 和企业登录可能调用多个域名；同一服务的会议媒体、登录、更新与公司内部系统也不一定适合相同策略。公司 IT 提供的主机名清单优先于网上零散的域名列表。

会议应用示例

规则类型
DOMAIN-SUFFIX
示例规则
DOMAIN-SUFFIX,zoom.us,DIRECT
作用范围
匹配 zoom.us 及其下级域名
注意事项
不代表覆盖 Zoom 的全部依赖域名

先用一条范围明确的规则验证，再依据 IT 指引或连接记录补充必要主机。

资料检索示例

规则类型
DOMAIN-SUFFIX
示例规则
DOMAIN-SUFFIX,example.test,PROXY
作用范围
仅用于说明规则格式的保留示例域名
真实目标
替换为自己确认需要代理的主机名

example.test 不是实际检索服务地址，不要直接拿它当作可用目标。

编辑前先确认当前选中的是正在使用的 Config，并备份原配置。进入 Config 中当前配置的规则编辑区域，按现有规则格式添加条目；将具体会议域名设为 DIRECT，将确有需要的资料检索主机设为 PROXY。新规则应放在会提前匹配它的宽泛规则之前，并保留原有 FINAL 兜底项。不要因为新增一条规则就改写整份规则集。

以上 Zoom 规则只是一个可读的最小示例，不保证适用于所有地区、账户类型或企业网络。Teams 的登录、会议和文件访问也可能依赖不同主机，不能仅凭主页面域名推断完整范围。若应用仍无法连接，可查看 Shadowrocket 的连接记录，确认实际请求的主机和命中策略；先核实主机用途，再决定是否添加规则。

验证规则是否命中，再验证会议质量

规则保存后，先验证流量归属，再检查通话表现。Global Routing 应保持在 Config，否则 Direct 或 Proxy 的整体路由姿态可能让单条规则测试失去意义。打开目标应用，分别执行登录、加入会议和访问公司系统等实际操作，然后回到连接记录核对相关请求是否出现、命中了哪条规则。

每次只改一条规则，保存后重新打开应用或重新建立连接，再做同一项测试。记录时间、网络、路由模式、命中策略和结果；若某条新规则没有改善，撤销它比继续叠加相似规则更容易恢复现场。连接记录可能包含内部主机名，应只在必要时提供给获授权的 IT 支持人员。

根据 Wi-Fi 与手机热点分别调整

家中 Wi-Fi 与手机热点的出口、DNS 和网络限制可能不同，因此同一份 Config 不一定在两种环境下表现相同。Wi-Fi 下会议不稳、热点下稳定时，先检查 Wi-Fi 信号强度、路由器负载和其他设备的上传任务；两种网络都出现相同故障时，再检查规则、应用状态或公司服务。不要单凭一次测速结果选择路由策略。

会议能加入，但几分钟后声音断续怎么办？

先用同一网络做一轮 Config 与 Direct 对照，并查看会议应用的网络统计。若两种模式都断续，优先排查 Wi-Fi 信号、上行占用和设备后台任务；若只有一种模式异常，再核对会议请求在连接记录中的实际命中规则。

换成手机热点后就正常，是不是规则写错了？

不一定。保持规则不变，在 Wi-Fi 和热点分别复测并检查命中记录；如果命中策略相同而表现不同，更可能与网络质量、DNS 或网络限制有关。不要仅因热点可用就扩大代理规则范围。

Zoom 或 Teams 的域名规则不完整怎么办？

先核对实际连接记录和公司 IT 提供的网络要求，再逐条添加确有需要的主机名。不要从应用品牌名推测全部依赖域名，也不要把宽泛域名后缀直接设成同一策略。

保留回退方案，避免会议前临时大改

重要会议前不宜临时导入整套新规则或一次性切换多项设置。建议在非会议时段完成对照测试，记录最后一份可用 Config，并保留原有规则顺序。若刚修改后会议异常，先恢复最近一项改动，再按“网络—路由模式—规则命中—应用状态”的顺序逐项检查。

当自己的配置需要代理资料检索时，只使用自己已有且获授权的连接资料；不要把会议流量和所有工作流量默认交给同一策略。若需要获取 Shadowrocket 的其他平台版本，可前往全平台下载页查看。iPhone / iPad 版在 App Store 一次性 $2.99；Mac、Windows、安卓和 Linux 版免费。客户端购买或下载不包含线路服务。