lantern分流例外与应用网络路径使用指南

分流例外解决的是特定需求

本地设备发现、局域网服务或对出口环境敏感的应用，有时需要保留原有连接。另一边，浏览器可能正处理需要隧道的任务。分流例外让使用者把某些应用或网站从 VPN 路径中排除，使“其他任务继续使用当前模式”与“指定对象直连”能够同时表达。

lantern Split Tunneling 的核心是绕过，而不是自动挑选最快节点，也不是把一个应用的速度平均分给其他应用。官方将它描述为在智能路由或全局模式基础上叠加的手动控制，因此应先知道自己要排除什么。

应用例外与网站例外，观察对象不同

网站通常以域名访问，但一个页面可能加载多个不同域名的资源；应用则可能同时发起后台同步、登录、媒体和通知等请求。看到首页恢复访问，并不代表所有附属资源都采用同一处理方式。具体匹配能力与范围，需要查看当前平台客户端。

lantern分流判断中，不应把一个网站名称等同于应用产生的所有连接，也不要假设所有系统都提供相同的规则编辑选项。换设备或升级后，重新确认实际可见的设置，比照搬他人截图更准确。

三个场景，用同一张表判断

例如，某个本地服务在隧道开启后表现不同，可以先确认应用是否确实需要本地网络，而不是立即把所有应用都列为例外。规则越大，受影响的请求越多，之后发生问题时也越难缩小原因。

lantern例外设置的四步判断

先把目标说具体

记录需要调整的是哪一个应用、网站或功能。是网页登录失败、局域网设备找不到，还是媒体内容打不开？不同症状可能属于不同环节，不能全部归因于 VPN。

再保留原有设置

查看当前模式与已有例外，记下原始状态。只为确认一个问题时，不要同时改 DNS、重置网络和增加多条规则，否则即使恢复访问，也无法知道真正影响来自哪里。

一次改变一项，再做实际任务

lantern例外改变后，用原来失败的动作重新验证；如果问题只发生在应用内某个页面，就测试那个页面，而不只看应用首页。记录结果和网络环境，必要时撤回无效规则。

需求结束后，清理临时例外

临时排查留下的规则，容易在很久以后影响新任务。给配置保留清楚用途，确认不再需要时移除，让规则列表与当前需求一致。

直连是明确选择，也有明确边界

lantern指定对象绕过隧道后，会使用本地网络路径。本地网络提供方可能看到部分连接元数据，HTTPS 则继续保护其适用的传输内容。应用自己的账户记录、广告追踪或网站 Cookie，不会因设置例外而自动消失。

因此，不能一边把敏感任务设为直连，一边假定它仍受同样 VPN 通道覆盖。若需要更广的隧道覆盖，应核对总体模式，并确认绕过名单没有与目标相冲突的设置。模式和例外必须放在一起阅读。

lantern分流的价值在于让路径更贴近实际需求。想继续理解规则与总体模式的关系，可以阅读智能路由专题；出现只影响部分网站的故障，再按具体症状检查，不以扩大例外列表代替诊断。