蓝灯已连接却打不开某些网站？检查智能路由与分流

“已连接”与“这个网站走了蓝灯”不同

Lantern产品FAQ区分两个设置：**Routing Mode（路由模式）**决定智能路由或Full Tunnel；**Split Tunneling（分流）**可以另外指定某个网站或App绕过VPN。

所以客户端亮起连接状态，不代表所有目标都用了同一路径。下面处理的是“普通网页正常，只有某个网站或App失败”；如果应用根本不能建立连接，Mac用户可先查网络扩展权限。

先确定失败的是网页，还是整个App

用同一设备和同一网络，选一个能正常打开的普通网页作为参照，再重试原目标。普通网页也失败时，不要直接把某个网站加入规则，先处理整体连接；只有原目标失败时才继续本文。

同一个服务在浏览器中正常、在App里失败，要分别核对App的分流项和登录状态；反过来，App正常、网页不正常，也不能用App的成功证明浏览器路径没有问题。

把超时或无法连接与已打开但要求登录、显示403或地区限制分开。后者说明至少得到了相应的应用层响应，不一定能靠切模式解决，更不能保证Full Tunnel会改变目标网站的账户规则。

先看目标有没有在绕过列表

1. 打开当前Lantern的设置，找到Split Tunneling。
2. 查看你失败的App或网站是否被自己加入绕过VPN的项目。
3. 如果它本来需要经过Lantern，先记下这条规则，再只移除或停用这一条绕过项。
4. 保持网络、服务器和目标不变，关闭后重新打开该目标测试。

不同版本的菜单层级可能不同；这里使用FAQ给出的功能名称，不把某一版本路径硬套到所有平台。没有这项设置时，跳过这一分支，不随意新增陌生规则。

没有绕过项，再比较Smart Routing与Full Tunnel

FAQ解释：默认Smart Routing按地区规则决定哪些流量经过Lantern；某个目标尚未被规则覆盖时，可以报告，或暂时使用Full Tunnel。

记下当前Routing Mode，只将它从Smart Routing切到Full Tunnel，然后再次打开同一目标。若客户端要求重新连接，按提示完成；不要同时换服务器、DNS或网络。

Full Tunnel可能增加经过Lantern的流量、延迟和套餐消耗，且不代表绕过所有目标网站自身的限制。还有分流绕过规则时，也要单独核对，不能只看模式名称。

两个设置怎样互相影响？用一个例子判断

假设你此前把某个App加入Split Tunneling的绕过列表，现在却希望它经由Lantern访问。只切Full Tunnel，并没有消除“这个App绕过VPN”的要求；先查看这一条排除项，而不是继续来回切换全局模式。

另一种情况是App没有绕过项，但Smart Routing下某个目标始终失败。此时保留同一目标，只比较一次Full Tunnel，才更容易判断是否与路由覆盖有关。网页恢复后，可以暂时使用有效模式，再按下方入口报告；不必顺手删除所有自定义规则。

以上是设置关系示例，不是对某个网站的实际连通测试。目标网站的额外账号或地区条件仍需单独处理。

看结果，决定留哪种设置

每次仅改一项。恢复方法就是回到原设置，选回原模式，重新加回本次确实需要恢复的绕过项。

切换后恢复了，是否应该一直保持Full Tunnel？

先试一次你同时需要的本地服务，例如自己原本可访问的工作页面或局域网资源。它们在切换后不可用，或日常使用明显变慢，就恢复原模式，再决定是否仅为这次目标临时切换。

没有问题也不需要再给其他App添加规则。保留能完成自己任务的最小设置；恢复时选回原Routing Mode，并只恢复这次改动过的绕过项。不要把切换成功解释成全部应用都已验证、出口或隐私条件都得到保证。

怎样把目标问题报给Lantern？

FAQ给出的入口是设置（☰）→Support→Report an Issue。写明目标域名、平台、两种模式各自结果；不要发送带登录令牌的完整地址或账户密码。

版本号在设置（☰）→Support底部。用这些信息能描述一个可重现的目标问题，而不是笼统地报“所有东西都坏了”。目标网站也可能自行拒绝VPN访问，报告不等于承诺一定可开放。