首次连接检查表安装、登录、模式和出口验证

首次连接的六个独立环节

本次真实验证到哪里

Android：2026-08-22，负责人在“小米莱卡版”、Android 16、arm64-v8a 真机上，从官网安装当日生产版，完成登录、配置自动出现、VPN 授权、模式选择和一次出口匹配。设备端版本字符串未单独保存，测试时官网 manifest 为 1.4.13+20000（之后已升级，现行包以首页下载区为准）；具体模式以及授权弹窗是否本次首次出现没有另记。

macOS：测试时的 1.4.13+20000 安装在既有登录态与既有授权下，确认配置可用、系统代理关闭、虚拟网卡开启、全局模式，以及无显式代理的小型 HTTPS 请求成功；同版本既有逐连接记录出现测试目标与当次链路。本次未出现授权弹窗，因此不写成干净重装、首次登录或首次授权。现行版本以首页下载区为准。

以上只公开脱敏文字，不展示账号、订单、订阅 URL、二维码、节点、家庭或节点地址、设备标识、原始日志或截图。

Android 首次连接检查表

1. 1
   安装当前官网包

   按设备实际 ABI 选择 APK。近年的 ARM 设备常见 arm64-v8a，但不要据此假定所有设备相同。若系统要求允许当前浏览器或文件管理器安装未知应用，只对本次可信来源决定。

2. 2
   登录并等待自动配置

   使用本人账号登录，确认有效订阅与配置列表出现。列表为空时停在这里排查，不要公开订阅链接。

3. 3
   确认系统 VPN 授权

   首次连接可能出现 VPN 请求，由设备所有者核对目标 App 后决定。若没有弹窗，只能记录“本次未出现，可能已有授权”。

4. 4
   记录出站模式

   选择智能分流或全局模式并记下本次选择。全局模式不代表系统之外的所有请求都必然经过同一节点。

5. 5
   执行一次出口对照

   连接前后用同一浏览器检查出口，只保存“是否匹配当次预期出口”和时间，不保存完整地址。

桌面端检查表：以 macOS 为例

1. 1
   按芯片选择 DMG

   确认 Apple silicon 或 Intel，从官网下载对应包，并按公开 manifest 核对版本、大小和 SHA-256。

2. 2
   按提示类型决定下一步

   首次打开若出现安全提示，按当前 macOS 安全提示指南分支处理；不要把所有提示统一成 xattr 步骤。

3. 3
   区分登录与既有状态

   确认有效配置出现。覆盖安装可能保留登录态；若没有重新登录，就如实记录“既有登录态”。

4. 4
   记录流量入口

   系统代理覆盖读取系统代理设置的应用；虚拟网卡从系统网络层覆盖更多流量。要验证 TUN，应关闭系统代理、开启虚拟网卡，并清除测试终端里的显式代理变量。

5. 5
   记录出站并验证目标请求

   记下智能分流或全局模式，从无显式代理的终端发起一次小型 HTTPS 请求，再在连接页核对目标、进程类别与链路。累计流量不适合单独证明这条请求。

平台差异速查

失败时按顺序停在哪一层

• 安装失败：核对系统、架构、包型、官网来源、哈希和系统提示。
• 登录失败：保存脱敏错误原文；任何人都不需要你的密码或验证码。
• 配置未出现：确认订阅有效并重新登录或刷新，不公开订阅 URL。
• 入口未建立：检查 Android VPN 授权，或桌面系统代理、虚拟网卡和管理员授权。
• 出口不符合预期：先确认本次出站模式与选择，不先假定节点故障。
• 只有部分应用异常：参考系统代理与 TUN 的差异和跨应用排查方法。
• 需要证明目标请求：使用单次 TUN 验证方法，不要只看累计流量。

七个常见误判

• 安装包返回 HTTP 200，不代表某台设备一定能安装、启动或授权；
• 登录成功，不代表有效配置已经出现；
• 客户端显示已连接，不代表所有流量都已接管；
• 开启全局模式，不代表可以跳过系统代理或 TUN 检查；
• 仪表盘流量增加，不能单独归因到刚才那条小请求；
• 一个平台的截图不能代表另一个平台；
• 一次出口匹配，不代表无 DNS 泄漏或长期稳定。