Windows
选择 v2rayN 桌面版或经典 WPF 版。桌面版采用跨平台界面,WPF 版保留经典桌面操作方式;选择时主要考虑系统要求、界面习惯与需要使用的功能,而不是把界面差异当作协议差异。
安装后先确认程序可以正常启动,再导入订阅。若浏览器仍未使用代理,检查系统代理设置是否生效,以及其他软件是否修改了同一项设置。升级前建议通过客户端保存配置,避免把服务器列表当作完整备份。
前往下载 Windows 客户端 →V2Ray 客户端配置
先建立一份能够正常连接的基础配置,再处理分流和接管范围。下面的设置片段仅用于解释概念,不是可直接操作的客户端界面;实际菜单名称会随平台与客户端界面有所不同。
订阅地址用于批量获取服务器配置,不等同于某一条节点分享链接。在客户端新建分组,粘贴完整地址并执行更新后,再查看服务器列表是否出现条目。分组可以保留不同来源的配置,便于分别更新和定位失效项目。更新订阅通常会重新生成该组条目,因此个人修改宜另存副本。地址可能包含访问凭据,不要粘贴到公开截图或聊天记录;更新失败时先看提示,再检查地址有效期与本地网络。
路由分流决定进入内核的请求使用哪个出站。首次配置可从客户端提供的预设开始,再为特定域名增加规则,而不是同时修改大量条件。常见内核按规则顺序查找匹配项,宽泛规则放得过早可能覆盖后面的精细规则。系统代理只负责把应用请求交给本地入口,路由才负责入口之后的去向,两者需要分别检查。图中的预设是常见设置名称,不代表所有地区、网络和访问目标都适合相同选择。
DNS 把域名转换为地址,也会影响部分地址规则的匹配结果。排查时应区分系统解析、浏览器自带解析与内核解析,避免只改一个字段就假定所有请求都走同一路径。示意中的地址仅说明字段形态,不是通用推荐;解析器是否可达、是否需要经代理访问,应结合当前网络验证。若域名请求失败而已有地址可以访问,先检查解析日志与域名策略,再决定是否配置远程解析或调整地址族偏好。
TUN 模式通过虚拟网络接口接管流量,适用于不读取系统代理设置的应用。启用前先确认普通代理连接已经可用,再检查客户端所需权限、虚拟接口与默认路由。它改变的是流量进入代理的方式,并不会自动修复节点失效或协议配置错误。与其他虚拟网络软件同时运行时,可能出现路由优先级冲突;遇到断网可先关闭 TUN 恢复基础连接,再逐项检查局域网排除、DNS 路径和接口设置。
客户端提供配置界面,内核执行协议处理、连接和路由,两者不是同一个组件。v2rayN 可在支持的配置范围内选择不同内核;Android 上的 v2rayNG 与 v2flyNG 则分别面向 Xray 和 V2Fly 路线。切换之前要核对节点使用的协议、传输与扩展功能,不应仅凭内核名称判断速度。切换后若无法启动,应先检查不兼容的配置字段,而不是连续更换服务器。具体能力以当前客户端和内核的实现为准。
导入配置后,先选择一个服务器,确认本地监听端口与系统代理状态,再访问实际需要使用的网页。基础连接正常之后,才增加自定义规则、远程 DNS 或 TUN 接管。每次只调整一个变量并记录结果,可以区分问题来自服务器、解析还是本机设置。客户端显示运行中,通常只能说明进程已经启动,并不代表每个目标站点都能访问。
延迟测试也只是观察连接的一种方式:测试方法、目标地址和当时的网络负载都会影响结果。不要把一个较低的数字直接等同于持续下载速度。日常浏览应关注网页能否完整加载,远程办公应关注连接稳定性,视频访问则还需要观察一段时间内的吞吐表现。详细步骤见使用文档,规则、DNS 和自定义出站的完整说明见进阶手册。
v2rayN 下载 / v2rayNG 安卓下载
桌面设备优先从 v2rayN 开始;Android 设备可先了解 v2rayNG,再根据内核需求考虑 v2flyNG。平台入口会跳转到下载中心的对应分类,安装包架构与系统要求在那里集中说明,便于在下载前核对。
选择 v2rayN 桌面版或经典 WPF 版。桌面版采用跨平台界面,WPF 版保留经典桌面操作方式;选择时主要考虑系统要求、界面习惯与需要使用的功能,而不是把界面差异当作协议差异。
安装后先确认程序可以正常启动,再导入订阅。若浏览器仍未使用代理,检查系统代理设置是否生效,以及其他软件是否修改了同一项设置。升级前建议通过客户端保存配置,避免把服务器列表当作完整备份。
前往下载 Windows 客户端 →v2rayN 提供适配 Apple Silicon 与 Intel 芯片的入口。先在系统的设备信息中确认芯片类型,再选择匹配的安装包;处理器架构与节点协议属于不同层面,不需要因为更换设备就重新选择协议。
完成安装后,按系统提示处理首次运行权限,并检查网络代理设置。需要使用 TUN 时,再单独核对权限与网络接口状态。若系统代理能够正常访问而某个应用不能使用,应先确认该应用是否读取系统代理。
前往下载 macOS 客户端 →优先了解基于 Xray 的 v2rayNG;需要 V2Fly 内核配置兼容性时,再考虑 v2flyNG。大多数较新的手机可选择 arm64,无法确定设备架构时可查看通用版说明。两款客户端的配置支持范围需要分别核对。
首次连接通常需要确认系统的 VPN 连接授权。连接建立后,还应检查按应用代理、后台运行和电池管理设置。若锁屏后连接中断,先排查系统对后台活动的限制,不必立刻修改服务器参数或重复导入订阅。
前往下载 Android 客户端 →v2rayN 面向桌面环境提供 deb 与 rpm 安装入口,同时区分 x64 和 arm64 架构。Ubuntu、Debian 等发行版通常使用 deb,Fedora 等发行版通常使用 rpm;仍需结合当前发行版的包管理方式确认。
图形界面启动后,先检查桌面环境的代理设置是否被应用读取。不同程序对系统代理的支持可能不同,因此浏览器可用并不代表所有程序都已接管。配置登录后启动时,也要区分启动客户端与自动建立代理连接。
前往下载 Linux 客户端 →Project V / V2Fly / Xray
V2Ray 通常指向 Project V 代理工具生态中的核心项目。随着项目演进,V2Fly 延续了 V2Ray 核心的社区维护,Xray 则在相关技术基础上形成另一条内核路线。日常搜索中的“V2Ray 客户端”往往是一个宽泛称呼,实际安装的图形界面可能调用不同内核,因此不能仅凭名称判断一份配置能否运行。
内核负责接收入站流量、处理协议与传输、匹配路由并建立出站连接;图形客户端负责把这些能力组织成服务器列表、订阅分组和设置页面。理解这层分工之后,故障定位会更明确:界面打不开属于客户端运行问题,内核启动失败可能涉及配置字段,而目标网站无法访问还可能与服务器和解析路径有关。
协议、传输和安全层也应分开理解。VLESS、VMess、Trojan、Shadowsocks 是常见协议名称,REALITY 则不是可以任意替换到所有协议上的通用开关。服务器提供什么组合,客户端就需要匹配相应字段。协议选择应以两端兼容和实际需求为依据,而不是仅按名称的新旧排序。
配置界面与连接执行
这里比较的是平台、界面与内核能力,不对连接速度作统一排名。同一台设备的实际表现还受到服务器负载、链路质量、协议组合与应用行为影响。
查看客户端选型指南 →这三款客户端以开源方式发布,客户端项目与所调用的内核各有自己的许可和维护范围。开源意味着源代码可以按相应许可被查看、使用和修改,不等于任意再分发都没有条件。部署或二次分发时,应分别阅读软件随附的许可说明,关注版权声明、修改说明和相关义务。
公开开发与社区维护让配置能力、问题修复和实现差异有迹可循,但开源属性本身不能替代使用判断。客户端不决定订阅提供方如何运营,也不改变目标服务自身的数据处理方式。需要保护账户信息时,应同时关注订阅凭据保存、系统权限和应用自身的加密连接。
客户端更新可能调整菜单、修复界面问题或更新内核适配;内核更新则可能改变协议能力、配置字段和默认行为。两类变化并不总是同时发生。准备升级前,先保存当前可用配置,阅读相关变更说明,再检查自定义路由、DNS 与出站是否仍符合当前配置格式。
升级后建议沿用原来的服务器做一次基础连接测试,确认日志没有启动错误,再逐步启用原有的进阶功能。如果只有某个扩展选项失效,优先核对字段兼容性;如果所有请求都失败,则从内核启动、本地入口和系统代理开始检查。这样的顺序比同时更换客户端、内核和节点更容易定位原因。
配置专题与平台部署
基础教程解决首次连接,专题文章用于解释选择依据和具体平台差异。阅读节点选型时,先区分延迟与吞吐;阅读内核生态时,先分清图形客户端与连接执行组件;部署桌面客户端时,再结合系统的代理与自启动机制验证。
解释节点列表里延迟测试、流量倍率、所在地区与协议类型各自代表什么,给出日常浏览、视频与远程办公等场景下的挑选思路。选择前先明确用途,再用实际访问验证,避免只按测试数字排序。
阅读节点选型方法 →梳理 Project V 的演变脉络,说明 V2Fly 与 Xray 两条内核路线的差异,以及 v2rayN、v2rayNG、v2flyNG 的定位。理解组件分工后,再判断当前配置需要哪一种客户端与内核能力。
阅读开源生态说明 →面向 Ubuntu、Debian、Fedora 等桌面发行版,分步完成安装包部署、首次启动、系统代理设置与登录后自动启动配置。结合桌面环境检查实际接管范围,区分程序启动与连接建立。
阅读 Linux 部署步骤 →