为什么要给 Zoom 和 Google Meet 单独分流

远程会议出现卡顿、声音断续或画面冻结，不一定是带宽不足。会议软件通常同时使用登录与信令连接、音视频媒体连接，以及屏幕共享等不同类型的流量；这些连接可能访问多个域名，也可能使用 UDP。若配置只让浏览器网页走代理，会议客户端的媒体流仍可能直连；反过来，如果把所有流量都设为全局代理，国内网站和局域网服务也会绕远路，增加不必要的延迟。

更实用的做法是让 Clash 按规则处理会议相关流量：Zoom 或 Google Meet 的连接交给一个专用策略组，国内网站和内网地址继续直连，其他流量则按你现有规则走。这样既方便会议前快速切换线路，也能避免为了一个会议把整台设备长期留在全局代理模式。

需要先说明，会议卡顿并不总是代理导致。Wi-Fi 信号不稳、上行带宽被云盘或备份任务占满、电脑负载过高、蓝牙耳机切换音频设备，都可能造成相似现象。分流的目标是让路径更可控，并不意味着任何节点都能改善拥堵或网络质量。

配置前准备：先选策略组，再安排规则顺序

打开 Clash Verge、Clash Verge Rev 或其他 Mihomo 客户端，确认当前配置已经成功加载，代理节点可正常使用，并且模式处于 Rule（规则）。在“代理”或“策略组”页面中，先找到订阅已有的自动选择、故障转移或手动选择组。建议单独建立一个名称清楚的会议策略组，例如“会议代理”，将稳定的低延迟节点放在组内；不要仅凭一次测速选节点，最好在预定开会时段再测一次。

如果配置由机场订阅生成，直接修改订阅文件可能会在更新后被覆盖。优先使用客户端提供的配置覆写、规则追加或脚本覆写功能；具体名称会因客户端版本而异。添加规则前先备份配置，并确认覆写规则确实被合并到最终运行配置中。

配置思路

会议策略组：指向手动选择或自动选择组，节点应具备稳定连接和足够的上行能力。
会议域名规则：将确认属于会议服务的域名交给会议策略组，不要把整个 Google 或 Microsoft 域名空间都代理。
国内与局域网规则：保留原有直连规则，避免会议配置改变国内网站、打印机、NAS 等服务的路径。
兜底规则：检查规则列表末尾的 MATCH 或 FINAL 目标，避免未知流量意外落到错误策略。

规则通常按从上到下的顺序匹配，命中后不会继续检查后面的规则。因此，如果已有一条覆盖范围较大的 Google 规则，并且它排在会议规则前面，Google Meet 流量可能先被那条规则接管。可在客户端的连接或日志面板里查看实际命中的规则和策略组，再决定是否调整顺序。

对于 Zoom，可以从官方域名说明、客户端日志或连接记录确认当前版本实际访问的域名，再添加范围尽可能窄的规则。zoom.us、zoom.com 等域名后缀规则可能适用于部分连接，但不应假设它们涵盖所有区域、客户端版本或组织配置。Google Meet 同样会依赖 Google 的多个服务域名；只匹配 meet.google.com 可能不足以覆盖媒体连接，而把所有 Google 流量都代理又容易影响其他服务。更稳妥的顺序是先检查客户端内置规则集或可信维护的规则提供者，再以连接日志验证覆盖范围。

添加分流规则：让会议走代理，国内流量继续直连

在可编辑的 Mihomo 配置中，规则一般放在 rules 段。下面仅展示组织方式，策略组名称和规则集名称必须替换为你当前配置中真实存在的名称；不要原样粘贴后就假设规则已经生效。不同内核版本对规则提供者格式的支持也可能不同，请以客户端生成的配置和校验结果为准。

rules:
  - RULE-SET,meeting-domains,会议代理
  - GEOIP,CN,DIRECT
  - MATCH,自动选择

如果没有可用的会议规则集，可以先用少量经过核实的域名规则进行测试，再逐步补齐。域名规则和规则集应放在可能提前命中它们的宽泛规则之前；国内直连与内网规则则要保留在合适的位置。切勿为了“确保会议能走代理”就把宽泛的 DOMAIN-SUFFIX,google.com 之类规则放到最前面，这会连同搜索、云端文档等其他 Google 服务一起改变路径。

修改后执行配置检查或重新加载配置，再开始一个测试会议。打开客户端的连接面板，分别观察登录页面、音视频通话和屏幕共享期间出现的连接：它们是否命中预期规则、是否进入“会议代理”组、连接是否反复断开。若客户端只显示目标 IP，可结合日志、规则提供者说明和域名解析记录判断；不要仅依据浏览器能否打开会议首页来确认媒体流也已分流。

需求或现象	建议处理	注意事项
会议服务需走代理	使用经过核实的会议域名规则或维护中的规则集，并指向专用策略组	服务域名会调整，需通过连接记录验证
国内网站保持直连	保留原有国内直连及局域网规则	检查规则顺序，避免被前置的宽泛规则覆盖
其他流量按日常策略处理	保留原配置中的兜底策略	不要为了单场会议长期启用全局模式

选择系统代理还是 TUN：按会议应用的联网方式决定

系统代理设置简单，适合遵循操作系统代理设置的浏览器和桌面应用。启用后可以先用浏览器加入测试会议，再在 Clash 的连接面板中确认会议相关连接是否出现。系统代理并不一定接管所有应用，也不保证覆盖所有 UDP 流量；如果会议客户端直接建立网络连接，或者应用使用了独立网络栈，仅打开系统代理可能看不到完整的媒体流。

TUN 模式通过虚拟网卡接管更多系统流量，适合需要覆盖不遵循系统代理设置的桌面客户端或其他应用的场景。使用前确认客户端已获得所需权限，TUN 驱动或虚拟网卡正常启用，并查看是否与其他 VPN、企业安全软件或网络过滤工具冲突。TUN 能扩大接管范围，但不等于自动修复规则错误；如果规则仍将会议流量指向直连，开启 TUN 后也不会凭空改变策略。

实时音视频尤其需要关注 UDP。不同客户端、内核和代理节点对 UDP 的支持并不一致。如果规则命中了会议策略组，但媒体连接仍失败或语音明显延迟，检查节点是否支持所需传输、配置是否允许 UDP，以及当前模式是否能接管对应流量。不要仅凭网页登录成功判断会议链路正常：网页信令可用，音视频媒体连接仍可能走另一条路径。

排查时一次只改变一个因素。例如先在规则模式下确认规则命中，再比较系统代理与 TUN；之后再换节点或测试网络。若同时更改 DNS、规则集、TUN 和节点，就很难判断究竟哪项设置影响了结果。每次修改后都记录会议是否改善、日志中的实际策略和丢包现象，确认有效后再保留改动。

开会前检查与常见故障排查

建议在正式会议开始前预留几分钟做一次短测试。先关闭大流量下载、云盘同步和系统更新任务，确认设备连接稳定的 Wi-Fi 或网线；再检查 Clash 是否已选中正确配置、运行模式是否为规则模式、会议策略组是否选到可用节点。进入测试会议后，分别试麦克风、扬声器、摄像头和屏幕共享，并观察客户端连接面板是否出现断连、超时或策略异常。

会议前快速检查

确认会议策略组中有可用节点，且当前选择没有显示超时。
确认会议规则已经加载，且连接面板显示命中预期策略。
确保国内网站和办公内网仍可访问，避免误将所有流量送入代理。
关闭占用上行带宽的同步与上传任务；必要时改用网线或靠近路由器。
准备备用方案，例如切换到另一条节点、手机热点或组织提供的拨入方式。

如果会议首页打不开，先区分是域名解析失败、代理节点不可用，还是规则误判为直连。可以查看 Clash 日志与系统网络状态，临时换到已知可用的节点做对照；如果其他海外网站也无法访问，问题更可能在节点或本地网络，而非会议专属规则。

如果能加入会议但听不到声音、画面频繁冻结，优先检查 UDP 支持、媒体连接的实际策略和网络上行质量。可在相同网络下短暂比较不同节点，或先关闭 TUN、再启用 TUN 进行对照，但不要把安全要求较高的企业设备随意切换到未经批准的代理环境。若只有屏幕共享异常，还要检查电脑性能、浏览器权限和会议客户端版本；这类问题未必与代理规则有关。

若国内网站也变慢或打不开，检查会议规则是否写得过宽、规则顺序是否覆盖了国内直连，以及最终兜底策略是否被改动。恢复备份配置后逐项重新添加会议规则，通常比继续叠加例外更容易定位问题。订阅更新后也应复查覆写是否仍生效，避免规则提供者或策略组名称变化造成配置失配。

常见问题

Zoom 和 Google Meet 能不能只靠一条域名规则代理？

不一定。会议服务可能使用不同域名承载登录、信令和媒体连接，具体范围也会随客户端版本、地区与组织配置变化。先用连接记录核对实际请求，再选择窄范围规则或可信规则集；只代理会议首页域名可能无法覆盖音视频流量。

使用 Zoom 或 Google Meet 必须开启 TUN 吗？

不是必须。遵循系统代理的浏览器或应用通常可以先测试系统代理；如果桌面客户端不遵循系统代理设置，或需要处理更多类型的连接，再评估 TUN。是否有效还取决于规则、权限、内核和节点能力。

规则已经命中代理，会议还是卡顿怎么办？

继续检查实际使用的节点、UDP 支持、丢包、上行带宽和本地 Wi-Fi 环境。会议连接显示“走代理”只代表策略选择符合预期，不代表这条线路没有拥塞。建议在同一网络和相近时段换节点对照，并暂停其他上传任务。

怎样确保国内网站仍然直连？

保留现有国内与局域网直连规则，避免添加覆盖整个 Google 或其他大型服务域名空间的宽泛规则，并确认会议规则没有排在会误伤国内流量的通用规则之后。修改后分别测试会议服务、常用国内网站和办公内网。

有些网络工具只提供整机全局代理，开会时容易把国内网站和办公内网也一并绕行；Clash 则可以将会议策略组、精确规则和日常直连策略组合起来，并通过连接日志核对每条流量的实际去向。若希望按设备和会议场景逐步搭建可复用的分流配置，可以先选择适合自己平台的客户端，再根据本文步骤进行验证：前往下载

远程会议不卡顿：Clash配置Zoom与Google Meet分流实用指南