Windows
桌面端优先选择 v2rayN。下载页同时列出新一代跨平台桌面界面与经典 WPF 界面,适合希望使用订阅分组、系统代理、路由规则和 TUN 模式的用户。
前往下载平台入口只负责把用户带到对应安装分组。下载页面会继续区分处理器架构、桌面界面类型与安装包形式,并说明各客户端的适用范围。若不确定当前系统架构,可以先进入平台页阅读选择说明,再决定具体文件。
桌面端优先选择 v2rayN。下载页同时列出新一代跨平台桌面界面与经典 WPF 界面,适合希望使用订阅分组、系统代理、路由规则和 TUN 模式的用户。
前往下载macOS 使用 v2rayN 跨平台桌面界面。安装前需要辨认设备采用 Apple Silicon 还是 Intel 处理器;下载页按两种架构分别提供入口,并解释在系统信息中查看芯片类型的方法。
前往下载Android 首选采用 Xray 内核的 v2rayNG,也可按服务配置选择采用 V2Fly 内核的 v2flyNG。下载页分别给出 arm64 与通用安装入口,并说明主流设备通常如何选择。
前往下载Linux 桌面可使用 v2rayN。下载页以常见的 deb 与 rpm 安装形式组织,并分别列出 x64 和 arm64 架构,方便按照发行版的软件包体系选择。
前往下载v2rayN、v2rayNG 与 v2flyNG 都是图形客户端,但平台定位、默认内核和操作路径并不完全相同。下面以订阅列表、自动更新和内核信息三个常用界面为线索,说明各自适合解决的问题。
v2rayN 面向 Windows、macOS 与 Linux 桌面环境,把订阅分组、服务器选择、系统代理、路由规则和 TUN 模式放在同一套图形界面中。初次使用时通常只需新增订阅地址、更新分组、选择可用条目,再开启系统代理。需要精细控制时,可继续设置按域名或 IP 分类的分流规则。相比只提供开关的轻量工具,v2rayN 更适合需要长期管理多个订阅、切换不同路由策略和查看运行日志的桌面用户。
下载页查看 v2rayNv2rayNG 采用 Xray 内核,适合在 Android 设备上管理订阅和建立 VPN 服务连接。订阅导入后,客户端会把远端配置整理为可选择的条目;用户可以更新当前分组、测试连接、设置自动刷新间隔,并根据需要启用分应用代理或路由规则。它与桌面端的主要区别在于流量由系统 VPN 接口接管,而不是依赖桌面系统代理设置。对于使用 VLESS、VMess、Trojan 或 REALITY 参数的配置,应先确认订阅内容与当前内核能力相匹配。
下载页查看 v2rayNG适用平台: Android
v2flyNG 同样面向 Android,但使用 V2Fly 内核,适合明确需要 V2Fly 生态行为或已有相应配置习惯的用户。它的基本操作仍是导入订阅、选中配置、启动连接和查看日志,学习成本与 v2rayNG 接近。选择时不必只比较界面外观,更应查看服务配置依赖的协议、传输方式和扩展能力。如果订阅提供方明确标注推荐内核,应优先遵循对应说明;若没有特别要求,通常从 v2rayNG 开始更便于覆盖常见的新协议参数。
下载页查看 v2flyNG适用平台: Android
订阅链接的作用是批量获取和更新配置,它本身不是一个可直接连接的服务器。正确流程是先在订阅设置中新建分组,粘贴完整地址并保存,再执行更新,最后从生成的条目中选择一个作为活动配置。更新失败时,应依次检查地址是否完整、订阅是否需要经过当前代理访问、系统时间是否准确,以及客户端日志中是否出现超时或解析错误。自动更新适合长期维护,但首次导入仍建议手动刷新一次,确认分组名称和条目数量符合预期。完整操作可继续阅读 入门指南。
路由分流位于客户端或内核配置层,用于按域名、IP、端口、网络类型等条件选择出站。常见起点是保留局域网直连,使打印机、路由器管理页和本地共享设备仍可正常访问,再根据实际需要添加域名分类规则。规则顺序很重要:更具体的匹配通常应放在更宽泛的规则之前,否则前面的条件可能先接管请求。GeoIP 与 GeoSite 数据为分类提供基础,但它们不会代替用户判断业务需求。修改后应先保存,再重新加载配置,并分别测试直连目标与代理目标。
连接异常不宜只靠反复切换条目判断。先确认客户端是否成功启动本地入站端口,再查看请求是否命中预期路由,最后检查出站连接有没有超时、认证失败或目标不可达等信息。浏览器能够访问而命令行失败,通常意味着两者使用的代理入口不同;系统代理已经开启,也不代表所有终端程序都会自动读取。若多个配置同时失败,应优先检查本地端口占用、系统时间、网络环境与订阅更新状态。若只有单个配置失败,再对照该配置的地址、端口、协议和传输参数逐项检查。
客户端、内核和订阅服务属于不同层次。理解它们之间的边界,有助于选择合适的软件,也能在出现连接问题时快速判断应检查界面设置、内核能力还是远端配置。
Project V 形成了一套围绕代理协议、传输方式、路由和 DNS 配置的开源技术体系。随着社区持续演进,V2Fly 与 Xray 成为常见的两个内核家族。两者保留了不少相近的配置概念,例如入站、出站、路由规则和 DNS 模块,因此基础知识能够相互迁移;但它们支持的扩展能力、参数细节和发布节奏并不完全一致。
图形客户端并不等同于内核。v2rayN 负责把订阅管理、服务器列表、系统代理与日志查看整理成桌面界面,并可根据配置调用对应内核;v2rayNG 将 Xray 内核能力接入 Android 的 VPN 服务;v2flyNG 则围绕 V2Fly 内核提供移动端操作入口。遇到协议参数不被识别时,应先确认客户端实际使用的内核,而不是只比较客户端名称。
V2Fly Core 常见发布采用 MIT 许可,Xray-core 采用 MPL 2.0,图形客户端也按照各自公开许可证发布。许可证规定了代码使用、修改和再分发的边界,公开开发过程则让协议实现、配置变化与问题修复能够被社区持续讨论和审阅。开源属性提供的是可检查的工程基础,并不替代用户对配置来源和使用环境的判断。
客户端界面、内置内核和 GeoIP、GeoSite 数据文件可能采用不同的更新节奏。界面更新通常修正操作流程和平台兼容性;内核更新会涉及协议实现、传输能力与错误处理;地理数据更新则影响域名和 IP 分类结果。排查问题时,应记录发生变化的是哪一层,避免把数据文件过旧误判为订阅失效,也不要把界面设置问题归因于协议本身。
订阅地址通常返回一组经过编码或结构化处理的连接参数,客户端负责解析、保存并交给内核运行。订阅能否刷新、配置能否被识别、远端服务能否连接,是三个需要分开验证的环节。选择可信的配置来源、妥善保存订阅地址、定期清理失效分组,比频繁更换客户端更有助于保持配置清晰。
Windows、macOS 与 Linux 可优先选择 v2rayN。它把订阅管理、系统代理、路由规则、日志和 TUN 模式放在同一界面中。不同平台需要选择对应架构和安装形式,具体说明见 安装包页面。
新增订阅只是保存地址,还需要执行一次更新。若更新后仍为空,应检查链接是否完整、是否误带空格、订阅是否已失效,以及更新过程是否需要使用当前代理。运行日志中的网络错误通常能提供进一步线索。
系统代理主要影响主动读取操作系统代理设置的应用;TUN 模式通过虚拟网卡接管更广范围的流量,适合不遵循系统代理的程序。两者不宜在不了解流量路径时随意叠加,建议先用系统代理验证基础连接。
两者都用于 Android,主要差异在内核家族。常见的新协议参数可先用采用 Xray 内核的 v2rayNG;已有 V2Fly 配置或明确需要 V2Fly 行为时,可选择 v2flyNG。最终应以订阅配置所需能力为准。
文章围绕可复现的操作问题展开,分别说明判断顺序、客户端入口和修改后的验证方法。遇到错误时,建议先阅读与当前现象最接近的主题,再按步骤记录日志与配置变化。
订阅链接失效、代理端口占用、订阅本身需要走代理更新,是刷新失败时应优先检查的方向。文章同时说明 v2rayN 与 v2rayNG 的自动更新间隔设置。
阅读全文GeoIP 与 GeoSite 决定域名和 IP 的分类结果。文章讲解两类数据的作用、客户端中的更新入口,以及数据过旧时可能出现的分流误判。
阅读全文TUN 模式通过虚拟网卡在系统层接管流量。文章对比它与系统代理模式的边界,并说明桌面端和 Android 客户端中的常见开启路径。
阅读全文