Windows
Windows 用户可选择 v2rayN 桌面版或经典 WPF 版。桌面版采用跨平台界面,适合希望统一操作方式的用户;WPF 版沿用传统 Windows 布局,系统代理、订阅分组、路由规则与日志入口集中在主窗口中。
前往下载先按当前设备进入对应平台,再根据处理器架构与安装格式选择文件。桌面端以 v2rayN 为主,Android 可在 v2rayNG 与 v2flyNG 之间按内核需求选择。
Windows 用户可选择 v2rayN 桌面版或经典 WPF 版。桌面版采用跨平台界面,适合希望统一操作方式的用户;WPF 版沿用传统 Windows 布局,系统代理、订阅分组、路由规则与日志入口集中在主窗口中。
前往下载macOS 使用 v2rayN 桌面客户端,下载时需要先确认设备芯片。系统信息中显示 Apple 芯片时选择 ARM64,显示 Intel 时选择 x64。首次启动后可导入订阅,并在菜单栏与主窗口之间管理连接状态和系统代理。
前往下载Android 平台首选 v2rayNG,它以 Xray 内核为基础,支持订阅、扫码导入、分应用代理与常见路由模式。需要 V2Fly 内核时可选择 v2flyNG。近年的主流手机通常使用 arm64,无法确认架构时可选择通用安装文件。
前往下载Linux 桌面可使用 v2rayN,并按发行版选择 deb 或 rpm 软件包。Debian、Ubuntu 等通常使用 deb,Fedora、Rocky Linux 等通常使用 rpm;处理器还需区分 x64 与 ARM64。安装后可从桌面菜单启动并导入现有订阅。
前往下载客户端功能很多,日常使用可先抓住四组设置:订阅负责取得配置,路由决定流量去向,DNS 负责域名解析,TUN 用于接管不能读取系统代理的应用。
订阅链接用于批量取得服务器配置,不等于客户端本身。导入后应先给订阅分组命名,再执行一次手动更新,确认服务器列表已经写入当前分组。多条订阅可以按来源分别管理,避免更新时互相覆盖;名称过滤则适合从较长列表中筛选指定地区、协议或用途。更新失败时先检查链接是否完整、分组是否被停用以及系统时间是否准确,而不是反复删除客户端。这样的组织方式比把所有配置堆进一个列表更便于维护,也能减少误选旧配置的情况。
阅读多订阅管理 →路由规则通常按从上到下的顺序匹配,第一条命中的规则会决定流量走代理、直连还是阻断。因此,更具体的域名与应用规则应放在前面,范围宽泛的兜底规则放在后面。修改前先明确目标:是让局域网地址直连、让特定域名使用指定出站,还是让某类应用统一经过代理。一次只调整一组条件,并在保存后重新载入配置。与简单的全局开关相比,清晰的规则顺序更容易解释连接结果,也更方便定位某个网站为什么使用了意外出口。
查看路由规则实战 →连接成功却打不开网页、域名偶尔指向错误地址或不同网络下结果不一致,往往需要同时检查 DNS 与路由。客户端可以为不同域名指定上游解析服务,也可使用 DoH 等加密查询方式。配置时要让解析结果与流量出口保持一致:直连域名使用适合本地网络的解析线路,需要经代理访问的域名则避免在错误出口提前解析。不要一次堆叠过多规则,先从默认服务器与少量域名分类开始,再结合日志确认请求实际命中了哪一项。
查看 DNS 优化方法 →浏览器通常能直接读取系统代理,但部分应用、命令行工具与游戏不会遵循该设置,这时可考虑 TUN 模式。它通过虚拟网络接口接管更多系统流量,并继续交给路由规则判断出口。启用前应先确认普通系统代理可以工作,再处理管理员权限、虚拟网卡和 DNS 接管等要求;否则多个变量同时变化,会增加排查难度。TUN 并不是所有场景的默认答案,网页访问和常见桌面应用已经正常时,保持系统代理往往更简洁。
阅读 TUN 模式章节 →先完成基础链路,再逐项加入路由、DNS 与 TUN。这样每一步都有明确结果,遇到问题也能快速判断发生在哪个环节。
Windows、macOS 与 Linux 桌面使用 v2rayN;Android 可优先使用 v2rayNG,需要 V2Fly 内核时选择 v2flyNG。下载前确认系统平台、处理器架构与软件包格式,安装完成后先打开客户端主界面,不急于修改高级选项。桌面端若出现系统组件提示,应根据安装页说明补齐运行环境;Android 首次连接时会出现系统网络授权窗口,确认后客户端才能建立连接。
首次启动的目标只是确认客户端可以正常打开、菜单与设置页能够访问。此时保持默认路由和默认 DNS,避免在尚未导入配置前调整大量开关。
从服务提供方取得完整订阅链接,在客户端中新增订阅分组并粘贴链接,然后执行更新。更新完成后检查服务器列表是否出现内容,再选择其中一项作为活动服务器。若列表为空,优先检查链接复制是否完整、订阅分组是否启用以及网络和系统时间是否正常。不要把订阅地址直接粘贴到浏览器搜索框,也不要把不同来源的链接合并到同一条记录中。
服务器名称只是便于识别的标签,实际可用性要通过连接结果与日志判断。初次测试先选一项配置,确认基础访问正常后再比较其他服务器,避免在多个配置之间频繁切换而混淆结果。
选中服务器后启动客户端,桌面端开启系统代理,Android 完成系统网络授权。随后用浏览器访问常用网页,确认域名解析和页面加载都正常。客户端显示已启动只代表进程开始运行,不代表每个应用都会自动读取代理;如果浏览器正常而其他程序无法连接,应先查看该程序是否遵循系统代理,再决定是否配置应用内代理或启用 TUN。
出现异常时按“订阅是否有内容、服务器是否被选中、系统代理是否开启、DNS 是否返回合理结果、路由是否命中预期规则”的顺序检查。按链路逐项确认,比同时切换多个模式更容易找到原因。
理解内核、协议与图形客户端的分工,能避免把“客户端名称”“内核名称”和“服务器协议”混为一谈。
Project V 是围绕网络代理协议与工具形成的开源技术生态。早期 V2Ray 奠定了配置结构、入站与出站模型、路由系统以及多种传输组合的基础。随着社区持续演进,V2Fly 与 Xray 成为常见的内核家族分支。两者都延续了以配置驱动流量处理的思路,但在协议支持、传输能力、配置细节与更新节奏上各有侧重。
内核负责协议解析、连接建立、路由匹配、DNS 查询与流量转发;图形客户端负责把这些能力整理成订阅管理、服务器列表、系统代理开关、日志和设置界面。因此,v2rayN、v2rayNG、v2flyNG 并不是三套互不相关的协议。它们是面向不同平台和内核选择的客户端外壳,用户在界面中导入的 VMess、VLESS、Trojan、REALITY 等配置,最终仍由对应内核处理。
这种分层结构也解释了为什么同一条订阅在不同客户端中可能呈现出略有差异的设置项:订阅内容提供服务器参数,客户端负责解析与展示,内核决定具体支持范围。遇到导入失败时,应先确认协议字段和客户端支持情况;遇到连接后分流异常时,则重点查看路由、DNS 与活动内核,而不是只根据客户端名称判断。
V2Fly 社区维护的内核延续了 V2Ray 的核心架构,包含入站、出站、路由、DNS 与多种传输设置。v2flyNG 以这一内核路线为基础,适合需要对应配置兼容性的 Android 用户。
Xray 内核在 VLESS、XTLS Vision、REALITY 等组合中较为常见。v2rayN 与 v2rayNG 通常围绕 Xray 能力提供图形设置,但具体可用项仍取决于当前配置和客户端实现。
面向 Windows、macOS 与 Linux,集中管理订阅、服务器、系统代理、路由规则、DNS 和 TUN。桌面环境之间保持相近的操作逻辑,适合在多台电脑上使用相同配置流程。
提供扫码、剪贴板和订阅导入,支持分应用代理与系统网络授权。界面围绕移动设备的连接流程组织,常见 Xray 配置可直接在服务器列表中管理。
同样面向 Android,重点区别在于采用 V2Fly 内核路线。选择客户端时应看订阅所需协议、传输与内核兼容性,而不是只比较界面名称。
从移动端权限、协议原理到 DNS 分流,按具体问题展开,适合完成基础连接后继续查阅。
梳理 v2rayNG 在 Android 上的三个关键设置:首次连接的系统网络授权流程、把客户端加入省电白名单防止后台断连,以及按应用决定流量路径的设置方法。
阅读全文 →从 TLS 握手与加密开销讲起,拆解 REALITY 的握手思路与 XTLS Vision 减少重复处理的机制,并说明两者组合对连接延迟和吞吐的影响。
阅读全文 →说明如何区分不同域名的解析线路、指定上游服务器、配置 DoH 加密查询,并从路由命中与解析结果两条线排查连接异常。
阅读全文 →