Windows
Windows 用户可在桌面版与经典 WPF 版之间选择。桌面版采用跨平台界面路线，适合希望保持操作方式一致的用户；WPF 版延续传统 Windows 界面与成熟使用习惯。安装后先导入订阅、更新分组，再选择活动服务器并启用系统代理。
前往 Windows 下载v2rayN官网 / 四平台配置
集中整理 v2rayN 桌面客户端、v2rayNG Android 客户端与订阅配置教程。一份服务端参数可按平台导入，再分别设置系统代理、TUN 接管和路由规则。
GPL-3.0 开源协议
Xray · V2Fly 内核生态
VLESS · REALITY 配置参考
从订阅字段到系统流量接管
客户端配置不是单个开关。订阅更新、协议参数、代理模式和路由规则构成连续链路。按实际连接顺序理解这些环节，排查时才能准确定位问题所在。
订阅导入与分组更新
订阅地址负责传递服务器条目，客户端则负责把条目写入本地分组。首次导入后，需要主动执行订阅更新，再检查服务器列表是否出现可选节点。分组名称、更新结果和日志提示应一起查看，不能只以界面是否出现一行记录作为成功依据。长期使用时，可按服务来源拆分分组，避免多个订阅中的同名节点混在一起；更新前保留手工配置，也能减少覆盖关系带来的判断困难。
这套流程同时适用于 v2rayN 与 v2rayNG，但菜单位置和系统权限不同。桌面端更适合集中管理多组配置，Android 端则需要额外确认后台运行与网络接管权限。
协议参数一致性
VLESS、VMess、Trojan 等协议只定义连接链路的一部分。地址、端口、用户标识、安全层、传输方式、服务器名称与 flow 参数必须和服务端逐项对应。以 VLESS 配合 REALITY 为例，客户端还要确认公钥、短标识、指纹和目标名称；其中任一字段偏差，都可能表现为握手失败或连接后无法交换数据。通过订阅导入通常能减少手工录入，但仍应理解字段之间的关系，便于阅读日志和迁移配置。
本站文档使用真实字段名称解释配置结构，不用不明缩写替代关键参数。涉及敏感凭据时，只说明字段用途与填写规则。
路由规则与域名分流
路由模块决定一条请求应走代理、直连还是阻断出口。规则通常按从上到下的顺序匹配，因此私有地址、指定域名、地理数据集合与兜底规则需要安排清晰。域名策略还会影响规则在域名和地址之间如何转换，不能脱离 DNS 设置单独调整。对于普通使用场景，先采用客户端提供的基础分流模板，再针对固定业务追加少量高优先级规则，比一次导入大量未知规则更容易维护。
当访问结果与预期不符时，应记录目标域名、命中的规则和最终出口。这样可以区分节点连接问题、DNS 解析问题与路由顺序问题。
系统代理与 TUN 模式
系统代理主要接管遵循操作系统代理设置的应用，配置简单，适合浏览器和常见桌面软件。TUN 模式通过虚拟网络接口处理更广范围的流量，适合不读取系统代理设置的程序，但需要额外权限，并与本地防火墙、虚拟网卡和 DNS 方案协调。两种方式并非越多越好：先选择一种完成连接验证，再根据应用覆盖范围决定是否切换，可减少重复接管与回环路径。
关闭客户端前应恢复对应系统状态。若重启后网络异常，先检查系统代理是否残留、TUN 接口是否仍启用，以及本地端口是否被其他程序占用。
按当前系统选择客户端
桌面平台统一使用 v2rayN，Android 平台以 v2rayNG 为主要选择，并提供 v2flyNG 作为不同内核路线的备选。平台入口会直接打开下载页对应标签。
macOS
macOS 安装包按处理器架构区分。Apple Silicon 设备选择 arm64，Intel 处理器设备选择 x64。首次运行需要完成系统权限确认；启用 TUN 时还要允许网络扩展相关操作。建议先用系统代理验证订阅与节点，再按应用覆盖范围决定是否启用更完整的流量接管。
前往 macOS 下载Android
Android 平台主要使用 v2rayNG，采用 Xray 内核路线，适合常见 VLESS、REALITY、VMess 与 Trojan 配置。多数现代设备可选择 arm64 构建，无法确认架构时可使用通用构建。导入订阅后，需要在系统连接确认界面授予网络接管权限，并根据耗电策略调整后台运行限制。
前往 Android 下载Linux
Linux 桌面端使用 v2rayN，可按发行版的软件包体系选择 deb 或 rpm，并区分 x64、arm64 架构。图形客户端负责订阅、服务器列表和路由设置，系统托盘与桌面环境的行为可能略有差异。启用系统代理前，应先确认桌面环境读取的代理来源，避免只修改了某一层设置。
前往 Linux 下载Project V、内核与图形客户端
客户端界面与网络内核承担不同职责。理解这层关系，有助于判断协议能力来自哪里、配置错误应在哪一层排查，以及不同客户端为何会出现功能差异。
开放协议生态的分层结构
Project V 形成了围绕代理协议、传输方式、路由规则与配置模型展开的开放技术生态。它不是某一个图形界面的名称，也不等同于单一网络内核。用户在客户端中看到的服务器列表、订阅分组、系统代理开关和日志窗口属于交互层；真正执行连接建立、协议握手、数据转发和路由匹配的部分，则由底层内核完成。
这种分层让界面开发与协议实现能够分别演进。图形客户端可以优化平台适配、配置管理和操作流程，内核项目则持续处理协议兼容、传输细节、DNS 行为与路由执行。遇到问题时，先判断故障位于订阅数据、客户端界面、操作系统接管还是内核连接层，比反复切换节点更有效。
V2Fly 内核家族
V2Fly 延续 V2Ray 的配置模型与协议生态，重点覆盖代理入站、出站、传输、DNS 和路由等基础模块。v2flyNG 采用这条内核路线，适合作为 Android 平台上的备选客户端。选择它时，应依据服务端实际协议与参数，而不是仅凭客户端名称判断兼容性。
Xray 内核家族
Xray 与 Project V 生态共享大量配置概念，同时发展了 VLESS、REALITY、XTLS Vision 等常用能力。v2rayN 与 v2rayNG 常用于管理 Xray 配置。图形界面会把复杂字段整理为表单，但最终生效的仍是协议、安全层、传输与路由参数的组合，因此服务端与客户端必须保持一致。
三款客户端的开源属性
v2rayN、v2rayNG 与 v2flyNG 均以开放源代码方式维护，客户端发布遵循各自声明的开源许可。开放开发模式使界面逻辑、配置处理和内核调用关系能够被持续审阅，也让不同平台可以围绕同一组协议概念形成各自的操作方式。使用时仍应区分客户端许可、内核许可与第三方组件许可。
更新机制与配置迁移
客户端更新通常包含界面调整、平台兼容处理、配置结构适配与内核调用变化。订阅内容由服务提供方维护，客户端更新不会自动修正服务端参数。迁移设备时，应优先保存订阅来源、手工路由规则、DNS 方案和本地偏好，再在新平台重新检查权限与系统代理状态，而不是直接假设所有本地设置可以原样复用。
配置说明与排查记录
围绕实际界面、连接链路和高级配置整理的专题文章。每篇聚焦一个明确问题，给出可复用的判断顺序与参数背景。
FakeDNS 虚拟 DNS 映射原理详解：什么场景该开、什么场景别碰
拆解 FakeDNS 使用保留地址段代替真实解析结果的处理流程，说明它与 TUN、域名嗅探和路由匹配之间的关系，并列出适合启用与需要关闭的典型场景。
阅读全文 →v2rayN 主界面功能分区速览：服务器列表、订阅分组、日志与设置入口
按主窗口的实际信息结构解释服务器列表列项、订阅分组管理、日志窗格和核心设置入口，帮助新装用户先建立界面地图，再开始导入配置。
阅读全文 →v2rayN 节点超时无法连接怎么排查：按顺序过一遍这六步
从本机时间、订阅状态、端口占用和协议参数开始，逐步检查系统代理与日志关键字。固定顺序能减少重复修改设置造成的新干扰。
阅读全文 →