V2Ray帮助中心客户端下载与配置手册

Project V 与内核家族

Project V 是理解 V2Ray 生态的起点，其中的代理内核负责协议处理、传输、路由与连接建立。V2Fly 社区延续 V2Ray 相关项目的维护，Xray 则从相关技术基础上发展出自己的内核与功能路线。日常交流常把整个生态统称为 V2Ray，但具体功能是否可用，需要看客户端实际调用的内核，以及该内核是否实现对应选项。

VMess、VLESS 和 Trojan 是协议名称，WebSocket、gRPC 等属于传输方式，TLS 与 REALITY 又涉及连接的安全与握手设置。这些名称不处于同一层级，不能只凭其中一个词判断配置是否完整。连接参数应与服务器端一致；手动修改时要明确修改的是协议、传输还是安全选项，不能把不同教程中的字段随意拼在一起。

图形客户端与代理内核

v2rayN、v2rayNG 与 v2flyNG 都属于开源图形客户端。图形界面让用户维护服务器、订阅地址和常用选项，再把这些信息转换为内核可以读取的配置。它们并不是同一个程序的三种皮肤：v2rayN 面向桌面环境，v2rayNG 主要围绕 Xray 内核提供安卓配置入口，v2flyNG 则作为 V2Fly 内核路线的安卓备选。

这种分层也决定了排查顺序。窗口无法打开，应先看安装与运行环境；窗口正常但内核启动失败，应看日志、监听端口和配置生成结果；内核运行而某个服务器连接失败，再核对远端参数与网络条件。把界面启动成功当作连接成功，容易跳过真正需要检查的环节。涉及跨内核迁移时，还要核对协议和高级选项是否都能被目标客户端表达。

开源协议与配置隐私

开源意味着软件代码按对应许可证公开，并在许可证规定的条件下使用、修改和分发。生态中的不同项目可能采用不同许可证；以 V2Fly 的 V2Ray 核心和 Xray 核心为例，它们采用 MPL 2.0。客户端项目有各自的许可说明，不能把某一个内核的许可证直接套用到所有界面程序、依赖与附带资源上。需要再分发或修改时，应分别阅读相关项目的许可文件。

开源属性与订阅服务质量是两件事。订阅地址、服务器凭据和本地配置依然需要妥善保管；共享截图时应遮住完整订阅链接，导出的配置也不适合公开发送。使用订阅转换服务前，要理解对方可能读取完整配置。优先确认客户端能否直接导入原始格式，确需转换时再评估处理范围，而不是把“格式转换”当成所有导入失败的第一步。

更新机制与日常维护

客户端更新、内核更新、订阅更新和路由资源更新各自解决不同问题。客户端更新通常影响界面与配置生成；内核更新影响协议实现和运行行为；订阅更新刷新来源提供的服务器；规则与域名资源更新则可能改变分流结果。遇到异常时先记录最近改动，不要同时更新所有组件，否则很难判断是哪一项改变了行为。

日常维护可以从保存配置开始。升级前记录当前系统代理、监听端口和路由选择，备份中如含订阅地址与凭据，应放在受控位置。升级后先用原有设置检查内核启动，再做实际请求，最后验证自定义分流。若只有特定应用异常，优先比较该应用与浏览器的代理入口；若所有请求都失败，再检查本地服务和当前服务器。

系统代理、路由与 TUN 的边界

系统代理解决“哪些应用把请求交给客户端”，路由规则解决“请求进入内核后走哪个出口”，TUN 则通过虚拟网络接口接管流量。这三个概念经常出现在同一教程中，但不能互相替代。启用系统代理后仍有应用直连，可能只是应用没有读取系统设置；启用 TUN 后访问异常，也可能与域名解析、网卡路由或其他网络工具有关。

建议先使用系统代理完成基础验证，再按需要调整路由，最后评估是否启用 TUN。每次修改后，用相同应用访问相同目标，并查看相应时间的日志。这样得到的对比更有意义。日志可能包含服务器信息，向他人求助前应清理敏感内容，同时保留错误类型、发生顺序与设置背景，便于继续排查。