Windows
选择 v2rayN 桌面版或经典 WPF 版。桌面版采用跨平台界面，WPF 版适合习惯传统 Windows 操作方式的用户。两者都支持订阅、系统代理、路由规则和 TUN 模式。
前往下载
Project V 图形客户端与中文配置文档
V2Ray代理客户端：v2rayN 与 v2rayNG
整理 客户端选择、订阅导入 与 路由分流 的完整路径，覆盖桌面系统和 Android。配置说明直接对应 v2rayN、v2rayNG、v2flyNG 的真实设置项。
永久免费
代码开源
Xray 与 V2Fly 内核
中文配置文档
客户端配置主题
订阅、路由分流、TUN 与 DNS
设置项按实际使用顺序拆开说明。先整理订阅和节点，再确定流量接管范围，最后处理路由与解析策略，避免多个配置同时变化后难以定位问题。
01 / SUBSCRIPTION
多订阅分组与节点筛选
订阅分组解决的是节点来源混在一起后难以管理的问题。v2rayN 可以把不同订阅与自建配置放入独立分组，更新时只处理指定来源；v2rayNG 则适合在移动端保留少量常用配置。导入后先检查分组名称、更新时间与协议字段，再按别名或地址筛选，不要把“更新订阅”和“切换当前节点”当成同一个动作。
实际使用中，建议保留“日常使用”“临时测试”“自建配置”等清晰分组。删除订阅前先确认配置是否仍被当前连接引用。筛选只改变列表显示范围，不会改写订阅源内容；需要长期排除某类节点时，应在客户端的服务器过滤规则中设置关键词。
查看订阅管理说明 →
订阅分组
更新当前组
A
日常使用自动更新已开启
当前
T
临时测试手动更新
···
L
自建配置本地管理
···
02 / ROUTING
按域名、IP 与进程决定出站
路由规则不是简单的“全局或直连”开关，而是一组按顺序匹配的条件。客户端会依据域名、IP、端口、入站标签或进程名，把流量交给代理、直连或阻断出站。常用起点是让局域网与常见本地区域资源直连，其余请求按当前代理策略处理，并把需要阻断的规则放在明确位置。
规则顺序会直接影响结果：范围更窄、意图更明确的条目通常放在前面，兜底规则放在末尾。修改后应重新连接，再分别访问命中直连和代理条件的目标进行验证。遇到应用行为不一致时，先确认应用是否进入了客户端接管范围，再检查规则本身。
查看路由规则实战 →
路由规则
从上到下匹配
01
局域网地址geoip:private
直连
02
本地区域域名geosite:cn
直连
03
其余请求最终规则
代理
拖动规则会改变匹配优先级
03 / TUN
接管不读取系统代理的应用
系统代理只对主动读取系统代理设置的程序生效，部分命令行工具、游戏启动器或自带网络栈的应用可能绕过它。TUN 模式通过虚拟网络接口接收更广范围的流量，再交给客户端内核执行路由。它适合需要统一接管多个应用的场景，但不应在系统代理已经满足需求时盲目开启。
启用前要确认客户端具备创建虚拟接口所需的系统权限，并关闭可能争用相同网络层的工具。连接后先验证网页访问，再检查目标应用；若出现本地设备不可达，应查看局域网绕过与严格路由设置。退出客户端前正常断开，可以让系统网络状态按预期恢复。
查看 TUN 模式配置 →
TUN 模式
已启用
启用 TUN通过虚拟网络接口接管流量
严格路由减少未进入规则的旁路流量
绕过局域网保留本地设备访问
自动配置路由连接时写入所需路由
04 / DNS
让解析结果与分流规则一致
DNS 决定域名先被解析成什么地址，路由规则再据此选择出站。如果解析策略和分流方向不一致，就可能出现域名判断正确但连接仍走错路径的情况。合理配置应区分本地解析、远程解析与查询匹配条件，并让需要按域名分流的请求保留足够的域名信息。
排查时先清理系统与应用缓存，然后重新连接客户端。若只有少数域名异常，检查域名规则和 DNS 服务器分组；若所有域名都受影响，再检查查询策略、监听地址和 TUN 的 DNS 接管。FakeDNS 适合特定透明代理场景，不应在不了解映射机制时直接替换现有方案。
查看 DNS 优化方法 →
DNS 设置
按规则查询
本地解析匹配本地区域域名
223.5.5.5
远程解析经代理出站查询
https+local://1.1.1.1/dns-query
查询策略按需返回地址类型
UseIP
DNS 接管用于 TUN 连接
按操作系统选择
四个平台的客户端入口
桌面平台统一以 v2rayN 为主要入口；Android 可在 v2rayNG 与 v2flyNG 之间选择。下载页会继续区分系统架构和安装格式。
macOS
使用 v2rayN 桌面客户端，并按处理器类型选择 Apple Silicon 或 Intel 安装文件。首次运行需要完成系统安全确认和网络权限授权，随后再导入订阅并启用系统代理。
前往下载Android
首选搭载 Xray 内核的 v2rayNG；需要 V2Fly 内核时可选择 v2flyNG。主流设备通常使用 arm64 架构，无法确认架构时再选择通用安装文件。两款客户端的订阅操作相近。
前往下载Linux
v2rayN 提供适配常见发行版的软件包。根据系统的软件包管理方式选择 deb 或 rpm，并继续按处理器架构区分 x64 与 arm64。安装后可使用与其他桌面平台相近的订阅和路由界面。
前往下载
开源生态关系
Project V、V2Fly、Xray 与图形客户端
客户端名称、内核名称和协议名称属于不同层级。理解它们的关系，才能在选择软件、阅读配置和排查日志时准确定位问题。
Project V 是生态起点
Project V 形成了以可组合网络代理能力为核心的开源生态。常见配置中的入站、出站、路由、DNS、传输方式与协议参数，都来自这一套模块化思路。用户日常操作的是图形客户端，但真正处理连接、协议与路由的是客户端调用的内核。因此，同一个订阅在不同客户端中能够呈现相近字段，也可能因为内核能力和客户端适配进度不同而出现设置差异。
阅读教程时需要先区分问题发生在哪一层：订阅无法加入通常属于客户端输入或订阅格式；协议参数无法识别可能涉及内核支持；系统代理没有影响目标应用，则要检查操作系统代理机制；路由结果不符合预期，再查看规则顺序、域名解析和出站标签。按层排查比反复重装更有效。
V2Fly 与 Xray 是两条内核家族
V2Fly 社区延续并维护 V2Ray 核心能力，配置结构强调模块组合与兼容演进。Xray 在相近配置体系基础上发展出自己的内核实现和功能扩展。两者不是图形客户端，也不等同于某一种协议；它们负责执行入站监听、出站连接、规则匹配、DNS 查询和传输参数。
很多基础配置可以在两个内核家族之间对应理解，但具体字段、支持范围和默认行为仍应以客户端当前集成的内核为准。遇到从其他客户端复制配置的场景，不应只看协议名称相同，还要核对传输方式、安全参数、服务器名称、路径、指纹选项及路由标签是否完整。
三款客户端承担不同平台入口
v2rayN 是桌面端主要选择，覆盖 Windows、macOS 与 Linux，提供订阅分组、服务器筛选、系统代理、路由规则、DNS、TUN 和日志查看等图形设置。v2rayNG 面向 Android，通常搭载 Xray 内核，适合通过订阅或分享链接管理移动端连接。v2flyNG 同样面向 Android，但以内置 V2Fly 内核作为区别，适合作为需要该内核家族时的备选。
三款软件均由开放的社区协作方式持续维护，代码与变更记录可供审阅。客户端发布节奏和内核更新节奏并不完全同步：内核加入能力后，图形界面仍需完成参数映射、交互设计与平台测试。选择时应看平台、内核和所需功能，不要仅按名称相似度判断。
开源协议明确使用与再分发边界
开源软件通过许可证规定代码使用、修改和再分发条件。对普通使用者而言，许可证首先说明软件来源透明、协作边界明确；对需要二次开发或企业部署的团队，则应进一步阅读对应项目采用的具体许可证文本，并确认自身发布方式符合要求。不同客户端及其依赖组件可能采用不同许可证，不能把其中一个组件的条款直接套到整个软件栈。
开源属性不替代配置审查。导入订阅前仍要确认来源和用途，连接后通过日志检查实际使用的入站、出站与路由规则。涉及系统网络权限时，按操作系统提示授予客户端完成代理或虚拟网络配置所需的范围即可。
更新分为客户端、内核与订阅三条线
客户端更新主要改变界面、平台兼容和功能入口；内核更新影响协议实现、路由和 DNS 等底层能力；订阅更新则替换或增补服务器配置。三者彼此关联，但不是同一次操作。订阅无法更新时，先检查地址、网络与订阅分组；内核启动失败时查看日志和配置字段；客户端界面异常时再考虑软件更新或设置迁移。
更新前记录当前路由模式、DNS 策略和 TUN 状态，有助于在行为变化时快速对比。多订阅用户应逐组更新并观察结果，避免同时改动客户端、内核和全部订阅后失去排查基线。完整的进阶配置章节还整理了自定义出站、FakeDNS 与多订阅过滤方法。
进入进阶配置手册 →
技术笔记
配置与故障排查文章
围绕 DNS 分流、连接速度与桌面系统权限展开。每篇文章都按问题层级给出检查顺序，避免在没有判断依据时同时修改多项设置。