跳转到正文

节点、策略组与分流 ​

先分清三个问题:流量有没有进入客户端、应该走哪条路线、路线最终使用哪个节点

oixCloud · 流量接管、分流规则与节点调度模型
按维护版本绘制的架构示意 · 虚构数据 · 点击放大查看各环节流程

↔ 左右滑动,查看完整表格

名称作用举例
系统代理 / VPN / TUN让应用流量进入客户端FlClash for oixCloud 开启系统代理或虚拟网卡
分流规则按域名、IP 等条件决定去向公司域名直连,其他请求走代理
策略组从一组节点中选择出口手选、自动测速、故障转移
节点实际建立代理连接的服务器选择你有权限使用的节点
订阅更新节点与部分配置的来源服务商提供的托管配置

三种模式 ​

↔ 左右滑动,查看完整表格

模式行为使用时注意
规则按规则决定代理、直连或拒绝适合日常使用
全局主要流量使用所选出口可短暂用于对照排查;本地网络处理仍受客户端设置影响
直连不通过代理出口访问不用于检验远程节点是否正常

在 oixCloud 中,规则的「代理」目标按当前代理选择继续路由;指定节点或策略组则使用指定出口。FlClash for oixCloud 的规则目标必须对应当前配置中存在的节点或组,PROXY 可能只是某个配置里的组名,不是通用的“当前代理”关键字,不能直接跨客户端照抄

三种凭据不要混用 ​

↔ 左右滑动,查看完整表格

凭据用途
Access Token客户端账户登录
订阅地址获取节点与配置
节点密码连接节点服务器

退出客户端、撤销令牌与重置订阅也不是同一个操作,详见 账户与令牌安全

功能与平台范围请以各篇说明为准

示意图

左右、上下滑动查看 · 双指可继续缩放