Windows
使用 v2rayN。下载页提供新一代桌面界面与经典 WPF 界面两类选择,适合需要系统代理、订阅管理、路由和 TUN 设置的桌面环境。
前往下载六个章节对应日常配置中最容易混淆的环节。选择任一主题可查看用途、操作边界与判断方法,不把不同层级的设置混在同一步骤里。
桌面场景以 v2rayN 为主,它覆盖 Windows、macOS 与 Linux,并提供订阅、路由、系统代理和 TUN 等集中设置。Android 可优先使用采用 Xray 内核的 v2rayNG;需要 V2Fly 内核路线时,可选择 v2flyNG。三者的界面位置和内核侧重点不同,但订阅导入、选择配置、启动连接的基本流程相近。选型时先看平台和内核需求,不需要依据界面外观反复更换客户端。
订阅地址用于取得一组可更新的服务器配置,导入后生成的条目才是客户端实际选择的节点。更新订阅会重新读取远端内容,通常不等于自动切换当前节点。管理多个订阅时,建议使用清晰的分组名称,并在更新后确认新增、删除和重命名结果。服务器过滤只影响列表呈现或筛选范围,不能替代路由规则,也不会改变应用流量的出站方式。
路由规则负责判断一条连接应该进入直连、代理或阻断出站。常见条件包括域名集合、地址范围、端口、网络类型与进程名称。配置时应先确定默认出站,再添加范围明确的例外规则,并注意规则通常按顺序匹配。GeoSite 与 GeoIP 提供可维护的域名和地址集合,但集合名称必须与客户端当前数据文件兼容。排查误分流时,应从首条命中的规则开始,而不是连续叠加更多规则。
DNS 配置决定域名由哪个解析服务处理,以及解析请求本身通过哪条出站发送。网页无法打开并不一定是节点问题,也可能是域名没有取得可用结果,或者解析结果与路由规则预期不一致。调整 DNS 前应先记录当前配置,再分别检查客户端 DNS、系统 DNS 与浏览器缓存。使用 FakeDNS 时还要确认流量确实经过能够识别映射关系的接管路径,避免只启用一半配置。
系统代理只影响遵循操作系统代理设置的程序,部分命令行工具、游戏或自带网络栈的应用可能绕过该设置。TUN 模式通过虚拟网卡接收更广范围的网络流量,再交给客户端路由。它通常需要额外权限,并可能与其他虚拟网卡、网络过滤工具或既有路由表发生冲突。启用前应先验证普通系统代理连接正常,再逐项检查权限、网卡、DNS 与绕过规则。
连接异常适合按固定顺序处理:先确认客户端内核已启动、系统代理或 TUN 状态符合预期,再检查当前节点是否可用,然后核对路由命中和 DNS 解析。日志中的监听失败、权限不足、域名解析失败和连接超时代表不同故障层级,不应混为同一种“无法联网”。每次只修改一个变量并重新测试,能够保留判断依据,也比同时重置全部设置更容易找到根因。
下载页按操作系统列出对应安装入口与架构说明。首页只负责平台分流,不直接提供安装文件路径,避免在未确认系统和处理器类型前选错构建。
使用 v2rayN。下载页提供新一代桌面界面与经典 WPF 界面两类选择,适合需要系统代理、订阅管理、路由和 TUN 设置的桌面环境。
前往下载使用 v2rayN。进入下载页后应根据设备处理器选择 Apple Silicon 或 Intel 构建;安装完成后的订阅和路由逻辑与其他桌面平台保持一致。
前往下载优先选择采用 Xray 内核的 v2rayNG,也可按内核需求使用 v2flyNG。多数较新的设备适合 arm64 构建,无法确认架构时可查看通用构建说明。
前往下载使用 v2rayN。下载页按常见软件包体系提供桌面构建,并分别列出 x64 与 arm64 入口;选择前应先确认发行版的软件包格式和处理器架构。
前往下载先建立最小可用配置,再处理路由、DNS 与 TUN。把基础连接和进阶设置分开验证,可以减少多个变量同时变化造成的误判。
在客户端的订阅管理中添加订阅地址,保存后执行更新;如果拿到的是单个分享链接,则使用剪贴板导入功能。导入完成后先查看列表中是否出现协议、地址和端口等基本信息。订阅名称建议描述来源或用途,避免多个默认名称堆叠后无法判断更新对象。此阶段只确认配置已进入客户端,不急于修改路由模板和 DNS 参数。
从服务器列表中选择一个配置作为活动节点,启动客户端内核,再根据使用范围开启系统代理。浏览器等遵循系统代理的程序通常可直接使用这一入口。如果应用不读取系统代理设置,应先确认它是否支持手动代理;确实需要接管更广流量时,再转入 TUN 模式。不要在基础连接尚未确认前同时启用多套网络接管工具。
验证时先检查客户端状态和日志是否出现监听失败、权限不足或解析错误,再打开需要访问的目标进行实际测试。若只有部分应用异常,应比较这些应用是否遵循系统代理;若所有域名都无法解析,则优先检查 DNS;若仅特定站点走错出口,则检查路由规则。每次只调整一个设置,并记录调整前后的现象,便于准确定位问题层级。
客户端界面、代理内核和配置数据是不同层级。理解它们的关系,有助于判断功能来源、协议兼容范围与更新影响。
V2Ray 通常用于指代 Project V 生态中的代理技术与配置方式。它不是单一图形程序,而是一组围绕入站、出站、传输、路由和 DNS 组织起来的能力。用户在桌面或安卓设备上看到的 v2rayN、v2rayNG、v2flyNG 属于图形客户端;真正解析配置并处理连接的是客户端调用的内核。区分这两层后,界面问题、内核问题与订阅内容问题就能分别判断。
V2Fly 延续 Project V 相关实现与配置体系,Xray 则在相近的配置模型上维护自己的功能演进。二者都包含入站、出站、路由、DNS 与多种传输能力,但具体字段、协议扩展和默认行为可能存在差异。订阅中的配置能否正常导入,不只取决于链接格式,还取决于客户端使用的内核是否认识对应字段。遇到兼容问题时,应先确认内核家族,再核对客户端支持范围。
v2rayN 面向桌面平台,集中管理订阅、服务器列表、系统代理、路由规则、DNS 与 TUN 设置。v2rayNG 面向 Android,通常配合 Xray 内核工作;v2flyNG 采用 V2Fly 内核路线,可作为不同内核需求下的选择。客户端并不会改变服务器端配置本身,它主要负责保存配置、生成内核可读取的参数、启动进程,并把运行状态和日志呈现给用户。
Project V 生态中的不同项目分别采用自己的开源许可证。许可证规定源代码使用、修改和再分发时需要遵守的条件,不能简单理解为所有项目都使用同一种许可。站点在说明功能时以项目公开的代码与文档事实为依据,不把某个客户端的许可证结论直接套用到全部内核。需要进行二次分发或集成时,应阅读对应项目随附的许可证文本。
一次客户端更新可能包含界面调整、配置生成逻辑变化或内核替换;GeoIP、GeoSite 等路由数据也有自己的更新节奏。因此,功能异常不能只根据客户端名称判断。更新后如果出现路由结果变化,应检查内核、路由数据与现有规则是否仍匹配;如果只是界面位置改变,则优先查看客户端设置结构。保留旧配置的可读备份,比直接覆盖全部设置更便于比较差异。
围绕路由数据、订阅格式与连接排查展开,文章按具体问题给出判断依据和操作顺序。