Windows
v2rayN 首推下载中心提供 Desktop 桌面版与经典 WPF 版入口。Desktop 使用新一代跨平台界面,WPF 延续经典桌面操作方式。选择时先看系统要求与使用习惯,不必为了界面差异同时安装两套。
首次启动后,先确认核心能够运行,再导入订阅并开启系统代理。若使用压缩包,应完整解压后再运行,避免直接在压缩软件中启动。普通浏览器连接测试不需要先开启 TUN;涉及虚拟网卡时再检查权限与系统组件。
设置项导览台
系统代理决定应用怎样把流量交给客户端;路由决定收到流量后怎样转发。两层设置分开理解,排查时就不必反复试开关。
第一次配置,先用系统代理完成浏览器访问,再考虑 TUN 模式。这样可以把问题拆成客户端监听、远端连接、应用接入三个部分。节点测试通过,只说明测试请求走通了对应链路,并不代表电脑上的所有软件都已使用代理。
下面五项对应日常最常用的设置。浮窗是设置含义示意,不会修改设备。不同客户端的菜单名称可能略有差别,实际操作以当前界面为准;遇到陌生术语,可先查阅术语手册,再回到配置步骤。
10808先选中一个可用配置,再将系统代理设为自动配置。遵循系统代理设置的应用会把请求交给本地监听端口,由核心继续处理。它适合作为首次连接的验证入口,改动范围也比较容易确认。与 TUN 接管不同,系统代理依赖应用主动遵循设置,部分游戏、终端和自带代理选项的软件需要单独配置。测试结束或退出客户端前,注意清除不再使用的系统代理,避免应用继续连接已停止的端口。
路由分流用来决定一条连接应当直连、代理还是阻断。先使用客户端已有的规则方案,验证日常站点,再补充少量自定义规则,比一次导入复杂规则更方便定位问题。规则通常按顺序匹配,明确的域名规则应放在宽泛规则之前;还要检查规则引用的出站是否存在。与系统代理不同,路由不负责让应用接入客户端,只处理已经进入核心的流量,因此切换全局代理路由也不等于接管全部应用。
当应用不遵循系统代理时,可再评估 TUN 模式。它通过虚拟网络接口接收流量,通常需要相应权限,并涉及路由和 DNS 设置。开启之前先确认同一配置在普通代理方式下能够连接,然后暂时退出其他会修改系统路由的工具。与系统代理相比,TUN 的接入范围更广,但排查范围也更大。如果开启后整个网络异常,先关闭 TUN、恢复基础连接,再分别检查权限、名称解析及现有虚拟网卡,避免同时修改多个变量。
订阅分组把同一来源的配置放在一起,便于统一更新和检查。新建分组时填写便于辨认的名称,再粘贴完整订阅地址,保存后执行更新。与单条分享链接相比,订阅能够随来源同步配置变化,但更新成功仍需检查列表内容,不能直接推断每个配置都可连接。若导入后列表为空,先确认地址是否有效、返回内容是否为客户端支持的格式,再检查更新请求的网络路径。订阅链接可能包含访问凭据,不应出现在截图或公开日志中。
核心负责解析配置、建立连接和执行路由,图形界面负责管理与操作。v2rayN 的核心选择需要结合协议、传输方式及当前发行包支持情况判断;安卓端则可根据需求在 v2rayNG 与 v2flyNG 之间选择。不同核心并非所有字段都通用,切换前应记录原配置并确认兼容性。与更换界面主题不同,更换核心可能影响 DNS、路由和传输参数,不能只看配置名称相同。出现启动失败时,先读取错误提示,再核对缺少的组件或不支持的字段。
需要按顺序学习?系统教程从核心概念讲起,逐章连接安装、订阅、代理模式与日常维护。
客户端下载入口
桌面端从 v2rayN 开始,安卓端优先了解 v2rayNG。先确认系统与处理器,再到下载中心选择对应入口;客户端安装完成后,还需要导入本人有权使用的有效配置。
下载中心提供 Desktop 桌面版与经典 WPF 版入口。Desktop 使用新一代跨平台界面,WPF 延续经典桌面操作方式。选择时先看系统要求与使用习惯,不必为了界面差异同时安装两套。
首次启动后,先确认核心能够运行,再导入订阅并开启系统代理。若使用压缩包,应完整解压后再运行,避免直接在压缩软件中启动。普通浏览器连接测试不需要先开启 TUN;涉及虚拟网卡时再检查权限与系统组件。
先打开“关于本机”,确认设备使用 Apple Silicon 还是 Intel 处理器,再选择对应安装包。界面相同不代表安装包架构相同,选对架构可以减少启动与组件兼容问题。
安装后按系统提示完成必要授权,并在网络设置中确认代理状态。若同时运行其他网络工具,应先退出再测试,避免多套设置互相覆盖。只有特定应用无法连接时,先检查该应用是否采用系统代理,不要直接重装客户端。
优先选择基于 Xray 内核的 v2rayNG;需要 V2Fly 内核兼容环境时,再了解 v2flyNG。现代主流手机通常选择 arm64,无法确定设备架构时可查看通用版说明,不要仅根据手机品牌判断。
导入配置后启动连接,首次使用需要确认系统 VPN 授权。若连接在锁屏后中断,再检查电池优化和后台运行限制。安卓的 VPN 接口与桌面的系统代理接入方式不同,同一订阅在两端使用时,也应分别确认路由和应用分流设置。
根据发行版的软件包体系选择 deb 或 rpm,再确认处理器是 x64 还是 arm64。这里提供的是图形客户端入口,适合在桌面环境中管理订阅、切换配置和查看连接日志。
不同桌面环境对系统代理的处理不完全一致,终端应用也可能需要独立设置。安装完成后,先通过浏览器做一次明确的代理验证,再逐项接入其他软件。使用 TUN 前检查当前发行版的权限要求,以及是否已有其他网络服务管理相同路由。
首次连接 · 三步预览
先完成一条最短可用链路,再增加规则。每次只调整一项设置,并保留上一次可用状态,出现异常时才能知道变化来自哪里。
在订阅分组中添加来源名称和完整链接,保存后执行更新。安卓端可在订阅分组设置中完成同类操作。更新后检查列表是否有内容,并确认协议、服务器地址与必要参数已经读入;订阅链接和单条分享链接用途不同,不应混填。
列表为空时,先检查链接是否过期、是否带入空格,以及返回内容是否为网页。暂时保留原分组,不要连续删除重建,以免丢失可用于对照的信息。客户端本身不提供远端服务,安装成功与订阅有效是两个独立条件。
先对候选配置执行真连接延迟测试,选择能够完成请求的一项。桌面端随后启用自动配置系统代理,安卓端启动连接并确认系统授权。测试数字用于同一环境下的粗略比较,不应把一次较低的延迟当成稳定性或下载速度保证。
首次使用保持默认或常用分流方案即可。不要同时开启多个代理客户端,也不要一开始就叠加 TUN、自定义 DNS 与复杂路由。若核心未能启动,先处理日志中的具体错误;继续调整浏览器不会让一个未监听的端口恢复工作。
打开需要验证的目标页面,同时观察客户端连接日志或流量记录。必要时比较启用和停用代理后的访问结果,确认请求路径发生预期变化。浏览器能够访问,只能证明这次浏览器请求成功,不能推断终端、游戏和其他后台应用的网络路径。
如果部分站点异常,按应用设置、DNS、路由规则、远端配置的顺序缩小范围。修改后重复同一项测试,避免每次换不同目标。连接正常后再记录可用配置、接入模式和本地端口,后续更新客户端或切换网络时就有清晰的参照。
Project V · V2Fly · Xray
先区分三个名称层次:V2Ray 属于 Project V 代理工具生态;V2Fly 与 Xray 是相关核心项目;v2rayN、v2rayNG、v2flyNG 是面向使用者的图形客户端。下载客户端是选择操作入口,选择核心则关系到配置如何执行。
Project V 围绕代理通信提供模块化工具,V2Ray 核心承担入站、出站、传输和路由等处理。图形客户端把这些能力组织成可操作的菜单、分组与设置页面,让使用者不必从手写整份配置开始。界面中的一次保存,往往会转化成供核心读取的参数。
因此,客户端能正常打开,并不等于核心已经正常启动;核心启动成功,也不等于远端配置一定有效。把界面层、核心层和网络层分开检查,是整个文档采用的基本思路。理解这层关系后,遇到错误就能先确定该看设置、启动日志还是连接日志。
V2Fly 延续 V2Ray 社区生态的发展,Xray 从相关代码基础上分化并持续演进。两者存在共同技术背景,也有各自的功能和配置变化。协议名称相同,不代表传输选项、扩展字段或默认行为一定相同,实际使用需要同时核对客户端与核心支持情况。
例如,涉及 REALITY 等特性时,应先确认相关核心与客户端均能识别所需参数,而不是只把分享链接成功导入当作兼容证明。切换核心前记录当前路由与 DNS 设置;如果配置无法启动,优先寻找明确的字段错误,不要把所有连接失败都归结为远端故障。
v2rayN 面向桌面平台,适合集中管理配置、订阅和代理模式;v2rayNG 面向安卓,主要采用 Xray 内核;v2flyNG 则提供 V2Fly 内核方向的安卓选择。三者都是开源项目,但并不是同一套界面的简单换名,菜单、参数支持及更新节奏需要分别了解。
开源协议规定代码使用、修改和分发的条件,客户端与所集成核心也可能采用不同许可证。开源是可审阅与协作的基础,不等于所有运行环境、订阅来源和配置都值得信任。选择时仍应关注项目维护情况、权限需求,以及当前配置是否与目标客户端匹配。
社区维护会持续修复问题、调整依赖并补充功能,但新界面或新核心也可能改变选项位置与参数行为。更新之前先保存必要的本地配置,阅读发行说明中与平台、运行环境和兼容性有关的部分。不要在排查过程中同时更换客户端、核心、订阅和规则。
更新后复测核心启动、订阅读取、普通代理和常用路由,再按需要检查 TUN。订阅更新只是重新获取远端配置,不会替代客户端程序更新。本站整理下载入口与中文操作说明,不能决定第三方订阅内容或远端服务可用性;使用者应遵守所在地法律及所用网络的管理要求。
近期技术文章
按眼前的现象选择文章。安装阶段先处理运行环境,订阅阶段先核对内容,核心启动阶段先检查端口。保留原始错误信息,比不断更换配置更容易找到问题所在。
本地监听端口被其他程序占用时,核心会启动失败。本文介绍用系统命令找出占用端口的进程,以及在参数设置里改用新端口的完整步骤。
阅读端口排查步骤 →从选择压缩包版本、解压位置、运行库依赖,到首次启动、导入订阅、开启系统代理,逐步走完 Windows 配置流程,并汇总易踩的坑。
阅读安装配置说明 →订阅链接过期、格式不兼容、更新时未走代理、编码异常都会导致解析失败。本文按现象分类给出自查步骤,帮助定位问题出在哪一环。
阅读订阅自查清单 →