按操作系统选择 v2rayN、v2rayNG 或 v2flyNG。下载前先确认系统平台、处理器架构与安装包类型，避免把不同架构或不同包管理体系的文件混用。
平台标签会同步到地址栏锚点，重新打开链接时可直接回到对应系统。版本文字与下载地址由同源发布清单更新；清单暂时不可用时，页面保留当前版本的完整下载路径。
Windows 平台固定提供 Desktop 与经典 WPF 两个入口。Desktop 是新一代跨平台界面，适合首次安装和希望保持桌面端界面一致的用户；WPF 延续经典布局，适合已经熟悉旧版菜单和操作路径的用户。
桌面图形客户端，提供订阅管理、服务器选择、系统代理、路由配置与 TUN 模式等常用功能。
新一代跨平台 UI。希望使用当前桌面界面与后续跨平台体验时，优先选择此包。
沿用经典 v2rayN 窗口结构与菜单路径，适合需要保持既有操作习惯的用户。
| 检查项 | 要求与判断方法 |
|---|---|
| 系统 | 使用仍在维护周期内的 64 位 Windows 桌面系统，并完成常规系统更新。 |
| 处理器 | 当前页面提供 x64 安装包。可在“设置 → 系统 → 系统信息”查看系统类型。 |
| 安装权限 | 安装程序需要写入应用目录；TUN 模式还可能要求提升权限以创建虚拟网络设备。 |
| 首次启动 | 先导入订阅或单个服务器配置，再选择配置、启动连接，并按需设置系统代理。 |
从另一版本迁移时，先记录订阅地址、路由规则和本地端口设置。不要在两个正在运行的客户端之间反复切换系统代理，否则浏览器可能继续引用已经停止监听的本地端口。
两个安装包的功能定位一致，区别在于处理器架构。M 系列芯片选择 Apple Silicon 版本，Intel 处理器选择 Intel 版本。架构判断应以系统信息中的芯片或处理器字段为准。
同一客户端分别提供 arm64 与 x64 安装包。芯片架构选择正确后，再进行订阅导入和系统代理配置。
适用于系统信息中显示 Apple M 系列芯片的设备，对应 arm64 架构。
适用于系统信息中明确显示 Intel 处理器的设备，对应 x64 架构。
| 检查项 | 要求与判断方法 |
|---|---|
| 系统 | 使用当前仍可正常接收系统维护更新的 64 位 macOS 环境。 |
| 架构 | M 系列芯片对应 arm64；Intel 处理器对应 x64。下载包必须与硬件架构一致。 |
| 网络权限 | 首次设置系统代理或 TUN 模式时，系统可能要求确认网络配置相关权限。 |
| 启动检查 | 导入配置后先观察客户端日志，再验证浏览器流量是否按所选代理模式处理。 |
如果应用可以启动但网页未经过代理，应先检查客户端是否已开始监听、本地端口是否被其他程序占用，以及系统代理是否指向客户端当前显示的端口。不要把“客户端已打开”等同于“代理已经启用”。
日常使用优先选择采用 Xray 内核的 v2rayNG；现有配置明确依赖 V2Fly 内核家族，或需要对应实现时选择 v2flyNG。每款客户端都提供 arm64 与通用版，2015 年后的主流手机通常先选 arm64。
采用 Xray 内核的 Android 图形客户端，支持订阅导入、二维码导入、路由设置与按应用配置。
适用于绝大多数近年发布的 64 位 Android 手机，安装包针对 arm64-v8a 架构。
包含更广的设备架构支持，适合无法确认处理器类型或 arm64 包无法安装的情况。
采用 V2Fly 内核家族的 Android 图形客户端，适合已有配置明确要求对应内核实现的场景。
面向 arm64-v8a 处理器架构。设备架构明确时，优先使用对应的精简架构包。
适用于处理器架构无法确认，或设备提示 arm64 安装包与当前系统不兼容的情况。
| 检查项 | 要求与判断方法 |
|---|---|
| 架构 | 2015 年后的主流手机通常可先选 arm64；安装失败或架构不明时改用通用版。 |
| 安装授权 | 系统可能要求对当前浏览器或文件管理器授予一次安装权限，完成后可按系统设置收回。 |
| VPN 连接确认 | 客户端首次启动本地 VPN 服务时会显示系统确认窗口，需要确认后才能接管应用流量。 |
| 后台运行 | 若连接在锁屏后被系统停止，应检查电池优化和后台活动限制，而不是反复导入订阅。 |
v2rayNG 与 v2flyNG 是两个独立客户端。切换时先停止当前连接，再启动另一个客户端，避免系统中同时存在两个正在请求 VPN 接管的应用。订阅导入后还应手动更新一次，确认服务器列表和分组内容已经加载。
Debian、Ubuntu 及其衍生发行版通常使用 deb；Fedora、Rocky Linux、AlmaLinux 等采用 RPM 包管理体系的发行版使用 rpm。随后再确认处理器是 x64 还是 arm64。
提供 deb 与 rpm 两类安装包，并分别覆盖 x64 和 arm64 架构。选择顺序应是先确定发行版包型，再确认处理器架构。
x64 适用于常见 Intel 或 AMD 64 位桌面设备；arm64 适用于 64 位 ARM 设备。
x86_64 对应常见 x64 设备；aarch64 对应 arm64 设备。发行版必须支持 RPM 包管理。
| 检查项 | 要求与判断方法 |
|---|---|
| 发行版 | 先确认系统使用 Debian 系还是 RPM 包管理体系，再选择对应扩展名。 |
| 架构 | x86_64 或 amd64 选择 x64；aarch64 或 arm64 选择 arm64。 |
| 桌面环境 | v2rayN 是图形客户端，应在具备可用桌面会话和常规图形依赖的环境中运行。 |
| 网络配置 | 启动后检查本地监听端口、系统代理与桌面环境代理设置是否保持一致。 |
如果安装器报告依赖缺失，应通过当前发行版的软件包管理工具处理依赖关系，而不是混装另一种发行版的安装包。使用 Wayland 或不同桌面环境时，系统代理入口的位置可能不同，但客户端中的本地监听与路由逻辑不变。
安装失败通常不是客户端型号问题，而是平台、架构或包型选择不一致。按固定顺序判断，可以减少重复下载和配置迁移。
Windows、macOS 与 Linux 桌面端使用 v2rayN；Android 端优先使用 v2rayNG，需要 V2Fly 内核家族时选择 v2flyNG。不要把不同平台的文件扩展名作为同一类安装包处理。
x64、arm64、Intel 与 Apple Silicon 描述的是处理器架构。应从系统信息读取，不建议依据设备品牌、外观或大致年份推断。Android 架构无法确认时，可使用通用版作为兼容选择。
Windows 在 Desktop 与 WPF 之间选择界面路线；Linux 在 deb 与 rpm 之间选择包管理体系。安装包确定后，再处理订阅导入、系统代理和路由规则，不要把安装阶段与连接阶段混在一起排查。
下载并安装客户端只完成运行环境准备。客户端需要有效配置才能建立连接，系统流量是否进入客户端还取决于代理模式与路由设置。
确认文件属于当前平台和架构，退出同类客户端后再安装。升级现有客户端时，先记录订阅、路由规则、本地端口与 DNS 设置。安装程序完成不代表系统代理已经开启。
通过订阅地址、分享链接、二维码或手工参数导入配置。导入后执行订阅更新，检查服务器列表、分组与协议参数是否完整。空列表通常表示订阅没有成功解析，而不是安装包损坏。
选择配置并启动后，检查本地监听是否正常，再设置系统代理。需要接管更广流量范围时再配置 TUN 模式。两种模式的流量入口不同，不应在不理解规则时同时反复切换。
先查看日志中是否存在 DNS、端口、协议或连接超时错误，再测试浏览器。部分应用不遵循系统代理，此时应检查应用自身代理设置或评估 TUN 模式，而不是直接更换客户端。
以下问题集中处理版本路线、处理器架构、Linux 包型和安装后的连接条件。配置内容本身无效时，更换安装包通常不能解决问题。
首次安装可优先选择 Desktop 版，它采用新一代跨平台界面。已经熟悉经典 v2rayN 操作布局，或需要沿用既有使用习惯时，可选择 WPF 版。两者不要同时运行，以免系统代理端口和配置状态相互影响。
打开系统信息或关于本机，查看芯片或处理器字段。显示 Apple M 系列芯片时选择 Apple Silicon 版本；显示 Intel 处理器时选择 Intel 版本。架构不匹配可能导致安装程序无法正常启动。
2015 年后的主流 Android 手机通常采用 arm64 架构，可优先下载 arm64 版本。无法确认设备架构、安装时出现架构不兼容提示，或设备使用其他处理器架构时，再改用通用版。
Android 日常使用可优先选择采用 Xray 内核的 v2rayNG。需要使用 V2Fly 内核家族，或现有配置明确要求对应实现时，可以选择 v2flyNG。两款客户端的配置应分别管理，不建议直接覆盖彼此的数据目录。
Debian、Ubuntu 及其衍生发行版通常选择 deb；Fedora、Rocky Linux、AlmaLinux 等采用 RPM 包管理体系的发行版选择 rpm。还需要根据处理器架构区分 x64 与 arm64，不能只依据文件扩展名选择。
客户端只负责管理配置、内核与本地代理，需要先导入有效订阅或服务器配置，再选择可用配置并启动连接。之后根据使用范围开启系统代理或配置 TUN 模式，最后通过浏览器和客户端日志确认连接状态。