...

AI Booster 功能介绍

AI Booster 如何选择节点、分流流量、解析 DNS,以及哪些功能因平台而异。


功能介绍

AI Booster 为兼容的连接配置提供控制项。具体出现哪些控制项,取决于平台、应用版本、系统权限、 当前配置文件和所用套餐。请以你所安装客户端的设置页为准 —— 这里描述的某个控制项,在你的版本上 可能不存在或叫别的名字。

连接模式

模式作用说明
代理模式在本地开启监听端口,供应用程序指向需要在各个应用里手动设置代理
TUN 模式建立虚拟网卡,无需逐个设置即可转发受支持的流量需要系统 VPN 权限;覆盖范围取决于平台和配置

TUN 并不保证每个应用、每种协议都被转发。启用后,请针对你实际使用的应用,自行验证分流、DNS 和泄漏情况。

节点选择

配置文件通常会暴露一个选择器(即当前使用的节点),它的成员既可以是单个节点, 也可以是一个或多个自动分组。

分组类型挑选方式依据
selector你手动选定的节点不会自动变,选了就一直用
urltest实测延迟最低的成员周期性延迟测试
balancer按某种策略把连接分散到各成员周期性延迟测试

负载均衡的各个策略有一个关键差别:

  • lowest-delay 按实测延迟排序,并借助核心的可接受倍率阈值,把明显慢于最优值的成员排除在 候选之外 —— 包括那些根本连不通的成员。
  • round-robin(轮询)、consistent-hashing(一致性哈希) 和 sticky-sessions(会话保持) 分别按轮次、哈希、会话来分配。它们不按健康状况排序, 因此分组里的每个成员都会分到一部分真实流量 —— 包括当前压根连不上的那些。

如果配置里含有从你的网络无法到达的节点,那么不按健康状况排序的策略就会把一部分连接派给它们。 这种情况表现出来是"时好时坏",而不是某个节点明确挂掉,排查起来更费劲。除非有特定理由, 否则建议使用按健康状况排序的策略。

延迟数字的含义

节点旁边显示的延迟,是核心对一个测试地址测出的往返时间(RTT)。它是某一个瞬间的估计值, 适合用来发现距离远或没有响应的节点。

它不是带宽测量。一个节点完全可能很快地回应一个很小的测试请求,实际传输却很慢;反过来也成立。 请把这个数字理解为"能不能连通、大致有多远",而不是"我下载会有多快"。

测量结果也会过期。核心按固定间隔刷新,并且在隧道空闲时可能停止刷新 —— 所以长时间闲置后看到的 数值,描述的可能是很久以前的状态。要依据它做判断之前,先重新测一次。

分流规则

分流规则按顺序匹配,第一条命中的规则决定动作。

动作适用于
代理应当走所选节点的目标
直连必须绕开隧道的目标
拦截有意屏蔽的目标

底层核心支持的匹配条件包括:完整域名、域名后缀、域名关键词、域名正则、规则集、IP CIDR、 端口、协议、网络类型等。把具体的规则放在宽泛的兜底规则之上; 安全的改动与验证流程见高级配置。

DNS

DNS 由配置文件指定的服务器解析,代理流量和直连流量可以走不同的解析器。视版本不同, 客户端可能提供:

  • 代理与直连分别使用的解析器,
  • 解析策略(例如仅 IPv4、优先 IPv4),
  • 配置文件指定的加密传输方式,
  • 虚拟 DNS(Fake DNS)选项 —— 先返回占位地址,真正的解析放到隧道对端完成。

DNS 出问题时的表象很像彻底断网:隧道显示已连接,网页却一个都打不开。所以当"什么都打不开"时, 先查 DNS,再去换节点。

分应用分流

部分平台可以把指定应用包含进隧道或排除在外。是否提供、以及具体叫什么,因平台和版本而异; 不提供该功能时,所有受支持的流量都按配置文件走。

传输层选项

如果配置文件和客户端版本都支持,可能还会有额外的传输层控制项,例如 TLS 分片、填充、 SNI 大小写混合、连接多路复用等。它们改变流量在链路上的形态,并且会和服务端自身的配置相互作用, 因此一次只改一项并重新测试 —— 在某个网络上有帮助的选项,换个网络可能反而连不上。

流量统计

连接期间,客户端可以显示上传/下载速率和本次会话的累计流量。除非版本另有说明,计数都是 按会话统计的,而且只统计经过隧道的流量 —— 被直连规则或分应用排除掉的流量不计入。

哪些内容因平台而异

不要默认这里读到的数值适用于你的客户端。尤其注意:

  • 本地监听端口和控制端口在各平台上并不相同。 请从客户端设置页读取当前值, 不要照抄文档里的数字。
  • 设置分区的构成不同。 某个平台上有的控制项,另一个平台上可能没有。
  • 协议支持取决于具体版本和配置文件,而不只取决于核心理论上能支持什么。

功能、兼容性、地区可用性和价格都可能变化。付款前请以当前应用、商店页面和最终的购买确认页为准。