Windows
v2rayN 提供 Desktop 与经典 WPF 入口。Desktop 使用跨平台界面；WPF 保留熟悉的 Windows 窗口操作。先查看系统兼容要求，再根据界面习惯选择，不必为了导入同一条订阅同时安装两套。
遇到启动失败，先看运行环境提示与解压位置。TUN 的权限要求与普通系统代理不同，第一次连接建议从系统代理开始验证。
先选客户端，再核对节点参数
客户端负责配置管理，内核负责处理连接。协议、传输与安全选项需要成套匹配。
订阅地址用于获取一组配置，单条分享链接通常只描述一个节点。导入成功不等于连接已经建立：还要选中节点、确认路由模式，并让需要使用代理的应用进入对应流量入口。
订阅、分流与流量入口
把客户端配置拆成四个环节。先处理节点来源，再决定流量如何进入内核、如何选择出口。
v2rayN 的桌面界面集中管理分组、服务器列表与路由设置；安卓客户端则结合系统 VPN 服务接入流量。界面名称可能随版本调整，操作时优先核对字段含义，不要仅凭按钮位置判断。下面的画板只说明配置关系，不代表实时连接状态。
订阅导入解决批量维护节点的问题。在 v2rayN 中打开订阅分组设置，填写备注和可选地址，保存后更新当前分组；单条分享链接则使用“从剪贴板导入分享链接”。分组便于区分不同来源，也能单独设置更新与过滤条件。更新后先检查节点是否落在预期分组，再选择活动服务器。地址含访问凭据时，不要放入公开截图。与逐条手工录入相比，订阅能跟随来源更新，但本地改动可能在下次更新时被覆盖。
路由分流决定请求使用哪个出口，不负责把应用流量自动送进客户端。在 v2rayN 的路由设置中选择规则集，再核对直连、代理与阻断条件的顺序。geosite 用于域名分类，geoip 用于地址分类，两者依赖对应的数据文件。相较于全部使用同一出口，规则模式能保留局域网访问并区分业务流量。出现某个网站异常时，先看命中的规则与 DNS 解析结果，再调整单条规则；同时更换节点、规则和解析器，会让问题来源更难判断。
内核切换用于匹配节点所需的协议能力，并非给同一节点任意更换执行程序。在 v2rayN 的设置中核对内核选项与对应协议的关联，修改后重新启动连接，并查看启动日志。Xray 与 V2Fly 有共同的技术来源，但扩展字段和支持范围不完全一致，REALITY 等配置需要匹配实现。安卓端的 v2rayNG 与 v2flyNG 分别采用不同内核路线。与只看客户端名称相比，检查内核和节点参数更能解释“能导入却不能启动”的情况。
系统代理适合先验证浏览器等遵循系统设置的应用，开启后仍有部分程序自行直连。TUN 通过虚拟网卡接入流量，覆盖范围取决于系统路由、权限与排除项，并不等于所有连接都走代理。在 v2rayN 中先用系统代理确认节点可用，再按应用需求启用 TUN；所需组件随平台和版本而异。与同时开启多个流量接管工具相比，一次只保留一个入口更易排查。关闭客户端前恢复系统代理设置，也能减少退出后的访问异常。
四平台客户端下载入口
桌面端选择 v2rayN，安卓端先按节点能力选择内核，再选择设备架构。
下载前查看系统类型、处理器架构与安装权限。安装包的架构需要匹配实际运行环境，不由订阅中的协议决定。换用另一台设备时，可以复用支持的节点参数，但系统代理、VPN 授权、路由和 DNS 设置仍需分别确认。
macOS
v2rayN 按 Apple Silicon 与 Intel 提供不同入口。在系统菜单的“关于本机”中查看芯片或处理器信息，再选择相应安装包。不要把界面语言、设备外观或购买年份当作架构判断依据。
首次打开时按系统安全提示处理应用授权。连接后分别检查浏览器访问与目标应用访问，区分系统代理是否生效和节点是否可用。
Android
优先查看采用 Xray 内核的 v2rayNG；已有 V2Fly 配置需求时再考虑 v2flyNG。两款均提供 arm64 与通用版入口，主流 arm64 设备可选对应包，无法确认架构时查看系统信息或使用兼容的通用包。
连接前需要系统 VPN 授权。已有其他 VPN 服务运行时，先明确由哪个应用接管；后台断连还需检查电池优化和后台运行限制。
Linux
v2rayN 提供 deb 与 rpm 安装入口，同时区分 x64 和 arm64。Debian 系通常使用 deb，采用 RPM 软件包体系的发行版选择 rpm；包格式与处理器架构是两个独立条件，需要分别匹配。
安装后确认图形会话与依赖环境。桌面系统代理能否被应用采用取决于应用实现；TUN 还涉及权限与路由，不能用“窗口已打开”判断接管成功。
v2rayN 配置三步预览
保留默认设置完成第一次连接，再逐项调整规则与 DNS。每次只改变一个条件，便于回退。
-
导入订阅或分享链接
准备已有的有效订阅地址。在 v2rayN 的订阅分组设置里填写备注与 URL，保存后执行更新。若拿到的是单条协议链接，则使用剪贴板导入，不要把它当成订阅地址反复更新。
安卓端在 v2rayNG 中使用添加菜单内的订阅或剪贴板入口。导入后检查服务器地址、端口及协议字段是否齐全，列表为空时先查看更新日志和过滤条件。
-
选择节点与接入模式
在服务器列表中选中准备使用的节点，核对传输、安全选项与服务端说明。桌面端先设置系统代理，安卓端启动连接并确认系统 VPN 授权，再选择符合需求的路由模式。
节点选择、路由模式和流量入口是三个不同设置。选中了服务器但未让应用使用代理，应用仍可能沿原有网络访问；开启流量入口也不会自动修复错误的节点参数。
-
验证访问与规则命中
先访问目标应用，结合客户端日志确认请求是否进入内核。再检查局域网资源和预期直连站点，确认分流没有影响原本的连接。延迟测试可以辅助筛选，但不能替代实际业务验证。
若失败，按“订阅更新、内核启动、应用接入、路由出口、DNS 解析”的顺序定位。记录刚修改的选项，恢复后复测，避免连续切换多个开关造成状态混杂。
Project V、V2Fly 与 Xray 生态
区分协议、内核与图形客户端，才能判断一条配置应该交给哪款应用处理。
技术来源：共同基础，独立演进
Project V 是围绕代理通信、路由与传输构建的开源技术体系，V2Ray 是其中广为使用的项目。V2Fly 延续相关内核的社区开发，Xray 则从共同代码基础发展出另一条路线。两者不是简单的新旧替代关系：共享的配置概念很多，扩展功能、默认行为与字段支持却会随各自演进发生变化。
内核职责：执行连接，不管理全部界面
图形客户端把订阅和设置转换成内核可执行的配置；真正建立协议连接、匹配路由和处理出站的是内核。因此，同样写着 VLESS 的节点，也可能因为传输、安全机制或扩展字段不同而要求特定实现。遇到 REALITY 等参数时，应先确认所选内核支持，再填写公钥、服务器名称等来源提供的字段。
开源属性：分别理解项目许可
v2rayN、v2rayNG 与 v2flyNG 都属于开源客户端，界面代码和内核代码可能采用不同许可。v2rayN 与 v2rayNG 的客户端项目采用 GPL-3.0 许可；V2Fly 与 Xray 的内核项目采用 MPL-2.0 许可。使用、修改或再分发时，应以相应发布包随附的许可文本为准，不能把其中一项许可直接套用于整个依赖集合。
更新机制：区分应用、内核与订阅
客户端更新改变界面和配置管理逻辑，内核更新影响协议能力，订阅更新则刷新节点参数。这三类更新不是同一件事。订阅更新成功不会自动补齐缺失的内核功能，应用升级也不会替换过期的服务端凭据。更新前备份分组和自定义规则，更新后用原来的测试路径复查连接与分流，比一次修改全部配置更容易发现兼容变化。
VMess / VLESS
两者都需要按节点来源填写身份与传输参数，不能只改协议下拉框完成互换。VLESS 本身不提供数据加密，通常与 TLS、REALITY 等安全机制组合；VMess 还需注意系统时间与服务端要求。
Trojan / Shadowsocks
Trojan 通常结合 TLS 与密码认证；Shadowsocks 需要匹配加密方法和密码。名称相近或端口相同都不代表可以通用，导入后仍应核对安全设置、传输方式与服务端说明。
REALITY
REALITY 是安全机制，不是与 VLESS 平行的独立代理协议。配置时需要同时核对协议、传输与安全层。性能和移动端耗电还受链路、重连频率及流量模式影响，不能仅凭名称排名。
技术笔记：测速、内核与部署
从客户端里的具体问题继续阅读，区分连接测试、协议兼容和网络部署的边界。
路由器与旁路由运行 Xray 内核：部署方式、硬件要求与分流思路概览
概览在主路由或旁路由上直接运行内核的几种方式，讲清内存与存储要求、透明代理与 DNS 分流的基本关系，以及和桌面客户端的取舍。
V2Ray 节点延迟测试怎么看：TCPing、真连接延迟与下载测速的区别
拆解客户端里三种测速方式的原理：只测握手、走完整代理链路、实测吞吐。帮助读懂测试结果，避免只看一个数字就选节点。
Xray 内核与 V2Fly 内核有什么区别：协议支持、性能取向与配置兼容
对比两大内核在 VLESS、XTLS、REALITY 支持上的差异，以及配置文件互通的边界，说明 v2rayNG 与 v2flyNG 分别适合哪类节点。
配置问题精选
订阅导入后为什么没有可选节点？
先确认填入的是订阅地址，而不是管理页面或单条分享链接；再检查更新日志、分组筛选与过滤字段。地址返回空内容、订阅失效和本地过滤都可能让列表为空。不要先删除全部配置，保留分组后按订阅导入步骤逐项核对。
开启系统代理后，为什么只有浏览器访问变化？
系统代理只对采用该设置的应用生效。部分应用使用独立代理配置，另一些需要其他流量入口。先确认目标程序的设置，再考虑 TUN；TUN 与路由规则仍是两个环节，不能把“接入流量”理解成“全部走代理”。参照路由与模式设置检查。
节点测试有延迟，实际访问却失败，应该查哪里？
TCP 握手可达只说明对应地址与端口接受连接，并不证明认证、传输或目标访问成功。先读内核日志确认连接阶段，再检查 DNS 和规则命中；如果仅某个域名失败，不必立即替换整组节点。可从DNS 设置说明继续定位解析与出口的关系。