先明确分流目标:只代理工作应用相关连接

为 Notion 和 Figma 单独设置代理规则,重点不是把整台电脑切换到全局代理,而是让这两个服务及其必要的资源域名走指定策略组,其他连接仍按原有规则处理。这样可以减少国内网站绕行代理的情况,也便于在连接列表中判断某个工作应用实际用了哪个出口。

Clash 的规则模式按 rules 从上到下匹配,首条命中规则决定连接使用的策略。规则能否生效,还取决于连接是否进入内核:浏览器遵循系统代理时,系统代理通常足以覆盖网页请求;若桌面应用不遵循系统代理,才需要评估 TUN。TUN 负责接管连接,不会替代规则,也不会自动让 Notion 或 Figma 走代理。

  • 策略组:示例使用 工作应用代理 作为策略组名称。配置中必须已存在同名策略组,并且组内有可用节点;也可以将规则中的名称改成当前配置已有的节点或策略组名称。
  • 匹配对象:DOMAIN-SUFFIX 依据域名后缀匹配,适合覆盖一个服务的根域名和子域名,不包含网址路径。
  • 默认行为:未被工作应用规则匹配的连接继续由后续规则处理。因此,境内直连、广告拦截或其他规则仍可保留原有顺序。

Notion 和 Figma 会使用多个主站、静态资源或上传相关域名,服务端也可能随产品更新调整域名。域名规则应作为经过连接记录验证的维护清单,不要把一次访问中看到的所有第三方域名都永久加入代理规则。第三方登录、字体、分析或视频服务可能由不同供应商提供,是否代理应结合实际需求判断。

域名策略:从常见主域名开始,再根据连接记录补充

下面的规则片段用于提供一个起点,不是 Notion 或 Figma 官方发布的完整域名清单。notion.so、notion.site、notion-static.com、figma.com 和 figmausercontent.com 是可优先检查的域名后缀。不同功能、账号环境和客户端版本可能还会访问其他域名;正式使用前,应在客户端连接列表中核对实际请求及其命中规则。

mode: rule

rules:
  # 明确指定工作应用使用代理
  - DOMAIN-SUFFIX,notion.so,工作应用代理
  - DOMAIN-SUFFIX,notion.site,工作应用代理
  - DOMAIN-SUFFIX,notion-static.com,工作应用代理
  - DOMAIN-SUFFIX,figma.com,工作应用代理
  - DOMAIN-SUFFIX,figmausercontent.com,工作应用代理

  # 其余规则保持现有顺序
  - GEOIP,CN,DIRECT
  - MATCH,其他策略

这段内容需要合并进现有配置,不能直接当作完整配置导入。若配置已有 mode,修改原字段;若已有 rules,将工作应用规则插入该列表,不要另建一个同级的重复字段。将 其他策略 替换为当前实际使用的兜底策略名称;同时确认 工作应用代理 已在 proxy-groups 中定义。策略组名称大小写、空格和字符都必须一致。

域名后缀适用方向配置与核验提示
notion.soNotion 主站及其子域名检查登录、工作区页面与 API 相关连接是否命中
notion.siteNotion 公开页面等相关访问按实际访问情况确认是否需要代理
notion-static.com可能涉及的静态资源页面可打开但资源缺失时,检查是否有相关请求
figma.comFigma 主站及其子域名查看编辑器、登录和协作连接的命中结果
figmausercontent.com可能涉及的用户内容资源画布缩略图或文件资源异常时重点核对

DOMAIN-SUFFIX,figma.com 可以匹配 www.figma.com 等子域名,但不会匹配与该后缀无关的域名。规则字段只写域名,不写 https://、路径或通配符。若日志显示实际请求属于不同域名,应先确认它确实是工作流程必需的服务,再添加更精确的域名规则。

动手配置:备份、编辑、验证并逐步扩展

Clash Verge、Clash Verge Rev 和其他图形客户端的菜单名称会随版本与发行版变化。下面按操作目标说明,不假定每个版本都具有完全相同的按钮或配置编辑入口。若配置由订阅生成,优先使用客户端支持的覆写、合并或自定义规则功能;直接改写自动更新的订阅文件,可能在更新后被覆盖。

  1. 备份并确认运行状态:复制当前配置或保存可恢复的订阅配置。确认正在运行的是目标配置,并查看内核信息或启动日志,记录内核名称与版本。使用规则模式进行验证,不要在全局模式下判断域名规则是否命中。
  2. 确认代理组:在策略组页面或配置中找到一个可手动选择节点的组。若没有合适的组,可以在现有配置能力允许的情况下建立专用组;组名设为 工作应用代理 后,再确认其中的节点可用。
  3. 添加域名规则:将示例规则合并到现有 rules,并放在宽泛规则、规则集和最终兜底规则之前。不要删除原有局域网、直连或其他工作流规则,也不要重复定义 rules 字段。
  4. 应用并检查配置:保存后使用客户端提供的配置检查、重新加载或重启内核功能。若出现解析失败,先查看规则缩进、逗号分隔格式、策略组名称和重复字段,再查看启动日志中的具体错误行。
  5. 单项访问并核对:先只打开 Notion 或 Figma 的一个页面,在连接列表中查找对应域名,记录命中的规则、策略组和最终出站。确认目标连接进入代理后,再测试登录、编辑、上传或协作等实际工作动作。
  6. 按证据补充域名:如果主页面能打开但图片、缩略图或编辑请求失败,查看同一时间段的连接列表与日志,识别失败请求的目标域名。只有确认该请求属于相关功能且需要代理时,才新增对应规则,再重复测试。

如果客户端提供规则覆写或合并功能,尽量把自定义规则放在订阅更新不会删除的位置。不同客户端对覆写片段、运行配置预览和配置热重载的支持不同;修改后应查看最终生效配置或实际连接记录,而不是仅凭编辑器中保存成功就判定规则已经运行。

同时测试一个常用国内网站。若它仍命中原有直连规则,说明工作应用规则没有把全局流量意外导入同一策略;若所有网站都走代理,检查当前模式是否误设为 Global,以及策略组或兜底规则是否被更改。

系统代理、TUN 与资源加载:判断哪些流量没有进入规则

规则只处理已经进入内核的连接。浏览器若遵循操作系统代理,网页访问通常可以通过系统代理进入 Clash;但其他桌面程序、命令行工具或后台服务可能忽略系统代理。此时连接列表没有对应记录,不一定是域名写错,也可能是应用没有使用代理入口。

现象优先检查后续动作
浏览器访问失败,连接列表没有目标记录系统代理开关、浏览器代理设置及连接是否进入内核先验证系统代理入口,再检查 DNS 或规则
网页主界面正常,图片或文件加载失败失败请求的目标域名和对应规则确认资源域名用途后,增加精确规则并复测
浏览器正常,桌面客户端无法连接该应用是否遵循系统代理核对应用的代理设置,必要时评估 TUN
连接命中工作规则但访问仍超时策略组当前选择、节点连通性和错误阶段使用同一目标切换已知可用节点,并看日志
国内网站也进入工作应用策略规则顺序、运行模式和兜底规则将明确规则放回适当位置,恢复原有国内直连策略

TUN 可以接管一些不遵循系统代理的连接,但需要考虑操作系统权限、虚拟网卡、路由、DNS 接管和与其他网络软件的冲突。不要为了一个网页打不开就同时开启 TUN、修改 DNS、切换全局模式和更换节点;一次只改变一个变量,才容易判断故障所在。开启 TUN 后也应确认内核连接列表能看到目标请求,并继续核对命中规则。

如果连接列表显示命中了 工作应用代理,但出站失败,问题可能位于策略组选择、代理节点或目标连接阶段,而不是规则匹配。反过来,如果命中 DIRECT,则应先查看是哪个更早的域名规则或规则集决定了直连。节点测速正常只说明测速请求成功,不能证明 Notion 或 Figma 的全部域名都可访问。

节点选择与长期维护:以稳定性和可验证性为先

远程办公时,节点的稳定连接、丢包情况和持续响应通常比单次测速峰值更有参考价值。建议在策略组中保留一个日常使用节点和一个备用节点,并通过固定的工作动作进行对比,例如打开工作区、载入设计文件、滚动画布、上传小型文件及恢复协作状态。不同服务的网络路径可能不同,不要把一个网站的测速结果直接当成所有工作应用的表现。

  • 固定测试条件:尽量使用相同设备、网络和文件,以便比较切换节点前后的差异。
  • 关注连接阶段:区分 DNS 解析失败、建立连接超时、TLS 握手失败和页面资源加载失败,针对对应阶段排查。
  • 保留直连例外:如果企业登录、内部知识库或本地开发服务必须直连,可将已核实的域名规则置于宽泛规则之前,避免工作应用代理组误接管它们。
  • 定期清理规则:当功能不再使用或域名不再出现时,复核自定义规则;避免长期累积未经确认的第三方域名。
  • 保护配置与日志:分享日志前隐藏订阅地址、节点凭据、控制接口密钥和个人域名,只保留排查所需的目标、规则与错误类型。

Notion 或 Figma 的服务域名、客户端行为和内核支持能力都可能变化。升级客户端或内核后,应重新验证配置加载、规则命中、登录与资源请求,而不是仅凭旧配置仍能导入就认定效果未变。若增加了 DNS 覆写、Fake-IP 或 TUN 相关设置,也要分别确认这些设置是当前问题所需,避免将多种改动混在一次排查中。

维护一份简单记录即可:日期、客户端与内核版本、调整的域名规则、测试节点、连接列表中的命中结果及实际功能表现。出现问题时可以先恢复最近一次有效规则,再按记录逐项复现。需要从平台下载客户端时,可前往下载页面;首次配置或检查入口时,也可查看教程。