Happ 排除列表与 split tunneling：管理流量路由

什么是 split tunneling 与 Happ 中的排除列表

split tunneling 是一种模式，客户端会把出站流量拆分为两条流：一条经过代理服务器，另一条直接通过运营商网络。这种拆分通过 Happ 列表来管理——这是一组规则，你在其中明确指定要纳入排除范围的域名、IP 子网或应用。凡是不匹配任何规则的流量，都按默认策略处理。

Happ 提供两种截然不同的列表构建思路。第一种是排除模式（bypass），即除列出的项目外全部流量都经过代理：这很适合把银行应用、本地服务以及对切换地区敏感的网站排出隧道之外。第二种是包含模式（proxy-only），即默认全部直连，只有指定列表中的资源才经服务器路由。模式的选择决定了设备上整套 Happ 绕行的逻辑。

从技术上看，规则保存在配置文件中，由路由引擎实时应用，无需重新连接会话。这意味着列表的改动几乎会立即生效，而不需要完全重建隧道。理解这个模型，是精细调节速度与稳定性的基础。

如何把网站添加到 Happ 排除列表

要添加域名，请打开当前使用的配置文件，进入路由部分（Routing / 规则）。点击添加规则，以 example.com 的格式填写域名——不带 http 协议，也不带结尾斜杠。要覆盖所有子域名，请使用形如 domain:example.com 的掩码或后缀写法，这样 app.example.com 和 cdn.example.com 就会自动落入同一条规则。

为规则设置动作：proxy（经服务器转发）、direct（直连）或 block（阻断连接）。正是「域名 + 动作」这一组合，塑造了 Happ 绕行的行为。如果为了提速想把占用带宽的视频服务排出隧道，就设为 direct；如果需要通过服务器稳定访问某个特定资源，就设为 proxy。

除域名外，Happ 列表还可以加入 IP 地址与 CIDR 子网（例如本地网络用 10.0.0.0/8），以及 GEO 标记（geoip:ru、geosite:category-ads）。子网适用于企业资源和 NAS，而 GEO 规则可一次性描述整类资源，无需手动罗列成百上千个域名。

保存后请检查规则顺序：引擎自上而下应用规则，并在第一条匹配处停止。位置靠上、过于宽泛的规则会覆盖下方更精确的规则——因此请把具体域名放在宽泛掩码和 GEO 类别之上。

如何从列表中删除网站或规则

删除操作在同一个路由部分完成。在规则列表中找到目标行，调出上下文菜单（移动端客户端左滑，桌面版点击垃圾桶图标）并确认删除。规则会从当前配置中消失，无需重启应用。

如果删除后资源仍按原样运行，原因几乎总是 DNS 缓存或重复规则。请检查同一域名是否出现在其他列表或更宽泛的掩码中（例如某个单独的网站可能被 geosite 类别覆盖）。移除相互重叠的规则，并通过重新连接配置文件来清空 DNS 缓存。

若要批量清理，逐行编辑不如通过配置的导入/导出：导出当前规则，在外部编辑器中修改 routing 块，再导入回来。这样能降低意外遗留孤立规则的风险，也让维护庞大的 Happ 列表更轻松。

删除关键规则前，请先备份配置文件。回滚到已保存的版本只需几秒，而手动重建一份由几十个域名拼成的列表则是半小时的活儿。

按应用路由与订阅列表

除域名路由外，Happ 还支持按应用拆分（per-app）。在移动平台上，你可以标记哪些应用走隧道、哪些直连绕过代理。这是叠加在域名规则之上的独立一层：例如可以把整个即时通讯应用都导向服务器，而把银行客户端排出隧道，同时完全不动域名列表。

对于负载较重的场景，可使用现成的路由列表订阅——即包含规则集的外部 URL，客户端会定期拉取并更新。这样即可保持类别（广告、跟踪器、地区资源）的时效性，而无需手动编辑。订阅通过添加规则来源、指定链接与更新间隔来接入。

要有意识地组合各层级：先由 per-app 决定某应用的流量是否进入隧道，再由域名规则和订阅决定隧道内部使用哪个服务器或直连路径。这样的层级结构能带来可预测的 Happ 绕行，避免各层之间冲突。

请把启用的订阅数量控制到最少。每个订阅都会向路由引擎添加数千条规则，而列表之间的重叠会拉长连接解析时间，并可能在性能较弱的设备上拖慢会话建立。

通过合理的列表优化速度与稳定性

精心构建的排除列表会直接影响速度。把本地流量和高负载流量（流媒体、系统更新、按策略处理的种子下载）排出隧道，你就能为代理通道减负，降低真正重要连接的延迟。这是关键的优化手段，而不仅仅是绕行某样东西的方式。

规则的顺序和精确度决定解析性能。对引擎而言，精准的域名规则比宽泛的 GEO 类别开销更小，因此把常用资源作为单独行放到顶部。定期清理 Happ 列表中过时和重复的条目——臃肿的规则集会拖慢每一个新连接的建立。

诊断时可使用内置的连接日志：它会显示某个具体域名命中了哪条规则（proxy、direct 或 block）。如果资源走错了路径，你能立刻看到是哪条规则拦截了连接，从而精准修改它，而不必盲目地把整份列表翻一遍。

改动后的最终检查：打开几个测试资源，在日志中核对路径并测量延迟。稳定的配置，是每条规则都有依据、顺序可预测、列表与订阅之间没有多余重叠的配置。