v2rayN
两种安装包共享相同的订阅、节点与路由配置逻辑。首次使用建议从 Desktop 版开始;已有 WPF 使用经验或需要经典界面时选择 WPF 版。
按操作系统与处理器架构选择安装包。桌面端使用 v2rayN,Android 可在 v2rayNG 与 v2flyNG 之间选择;页面会从同源版本清单更新下载地址与版本信息。
Platform packages
切换平台后,下载卡、系统要求与安装提示会同步显示。URL 中的平台锚点可直接用于保存或分享当前选择。
Windows 提供 Desktop 与 WPF 两种界面版本。Desktop 是新一代跨平台 UI,适合希望使用统一界面与后续跨平台功能的用户;WPF 是经典稳定版,设置布局更接近长期使用的传统 v2rayN。
两种安装包共享相同的订阅、节点与路由配置逻辑。首次使用建议从 Desktop 版开始;已有 WPF 使用经验或需要经典界面时选择 WPF 版。
macOS 安装包按处理器架构区分。系统信息中显示 Apple M 系列芯片时选择 Apple Silicon;处理器字段显示 Intel 时选择 Intel。架构选择正确,安装与后续更新会更直接。
两个安装包的功能范围一致,差异只在处理器架构。下载前打开系统信息,确认芯片字段,避免把 Intel 包用于 Apple Silicon 设备或反向选择。
优先选择 v2rayNG,它使用 Xray 内核并覆盖常见订阅与路由需求。v2flyNG 使用 v2fly 内核,可作为同平台的备选客户端。2015 年后的主流手机通常先选 arm64,无法确认架构时再选通用版。
适合大多数 Android 用户。arm64 包针对主流 64 位 ARM 设备,文件更精简;通用版包含更广的架构兼容范围,适合无法确认硬件信息或 arm64 包无法安装的设备。
需要 v2fly 内核实现或希望在同一平台保留另一套配置环境时,可选择 v2flyNG。架构选择规则与 v2rayNG 相同:明确为 64 位 ARM 时选 arm64,不确定时选通用版。
Linux 安装包需要同时匹配发行版包管理体系与处理器架构。Debian、Ubuntu 及其衍生发行版通常使用 deb;Fedora、Rocky Linux、AlmaLinux 等 rpm 系发行版使用 rpm。常见桌面电脑选择 x64,ARM 设备选择 arm64。
先确定发行版使用 deb 还是 rpm,再确认设备是 x64 还是 arm64。普通 Intel 或 AMD 桌面电脑通常使用 x64;ARM 桌面、小型主机或开发板需要查看系统架构后选择。
仅在系统架构明确显示为 arm64 或 aarch64 时选择。
Selection guide
遇到多个入口时,按“平台、客户端、架构、包格式”的顺序判断。每一步只解决一个问题,能减少因文件名相似造成的误选。
Windows、macOS、Android、Linux 使用不同安装格式,不能跨平台混用。浏览器下载记录里若保存了其他设备的安装包,应重新回到对应平台标签选择,不要直接复制旧文件。
桌面平台统一选择 v2rayN。Android 首选 v2rayNG;需要 v2fly 内核时再选择 v2flyNG。客户端名称相近,但配置文件存储、界面结构和部分功能入口并不完全相同。
x64、arm64 与通用版描述的是安装包包含的机器代码。macOS 可在系统信息中查看芯片,Android 可从设备信息工具或厂商参数确认,Linux 可在系统设置或终端系统信息中查看架构。
这一项主要影响 Linux。deb 与 rpm 对应不同的软件包管理体系,处理器架构相同也不能忽略包格式。选择正确后,系统的软件管理工具才能识别依赖关系和升级路径。
After download
客户端只是图形配置工具。完成安装后,需要导入订阅或单个分享链接、更新节点列表、选择节点,再根据平台设置系统代理或网络接管方式。配置顺序明确,比反复切换开关更容易定位问题。
按系统提示完成安装。首次启动时,注意网络访问、系统代理或后台运行相关权限;这些权限会直接影响客户端是否能够接管目标流量。
订阅地址对应可更新的节点列表,单个 vmess:// 或 vless:// 链接只代表一个配置。导入后应主动执行一次订阅更新,确认列表已经写入客户端。
先选中一个节点,再根据用途选择路由规则。排查连接问题时可暂时使用较简单的路由设置,确认基础连接正常后,再逐步恢复自定义分流规则。
启用系统代理后重新建立浏览器连接。如果部分应用仍沿用旧连接,应完全退出后重开。域名解析异常时,继续检查客户端 DNS、系统 DNS 与路由规则是否存在冲突。
Installation notes
版本更新通常涉及界面、内核适配、协议字段或系统兼容变化。升级前先记录现有配置结构,升级后再逐项验证订阅、路由和系统代理。
订阅地址可以重新拉取节点,但自定义路由、DNS、订阅分组、端口与启动行为可能只保存在本机。升级或更换客户端前,应记录这些项目,并确认旧配置的存放位置。
如果只保存节点名称而忽略路由规则,迁移后可能出现“节点能连接,但部分应用行为不同”的情况。
同一版本号下可能同时存在 x64、arm64 与通用包。版本号一致只表示发布批次相同,不代表文件适用于所有处理器。系统提示无法启动或无法安装时,应先重新核对架构。
Linux 还要额外核对 deb 与 rpm;macOS 则重点查看芯片字段。
先确认客户端能够启动,再更新订阅,然后测试节点连接,最后启用系统代理和自定义路由。一次只验证一层,可以更快区分客户端启动问题、配置问题与网络问题。
若旧规则包含已经调整的字段,应参考当前版本界面重新保存,而不是连续覆盖多个历史版本。
Download FAQ
以下问题集中处理版本、架构、包格式和安装后配置。连接超时、DNS 异常或系统代理不生效,可继续进入故障排查页按症状检查。
优先尝试 Desktop 版,它采用新一代跨平台界面;需要经典 Windows 界面、既有使用习惯或更熟悉传统设置布局时,可选择 WPF 版。两者都属于 v2rayN,订阅导入和路由设置的核心流程基本一致。
打开系统信息或关于本机,查看芯片或处理器字段。显示 Apple M 系列时选择 Apple Silicon;显示 Intel 时选择 Intel。架构不匹配通常会导致安装程序无法启动或需要额外兼容处理。
2015 年后的主流 Android 手机通常优先选择 arm64,文件更精简;无法确认处理器架构、设备较旧,或 arm64 包无法安装时,再选择通用版。通用版兼容范围更广,但文件通常更大。
Debian、Ubuntu 及其衍生发行版通常选择 deb;Fedora、Rocky Linux、AlmaLinux 等 rpm 系发行版选择 rpm。还要确认处理器架构:常见桌面电脑使用 x64,arm64 设备选择对应的 arm64 包。
客户端安装完成不等于代理配置已经生效。还需要导入可用订阅或分享链接、更新节点列表、选择节点,并根据使用场景启用系统代理或相应的流量接管模式。若仍然失败,应继续检查系统时间、DNS、路由规则和节点状态。