桌面选 v2rayN，手机选 v2rayNG；从订阅导入到路由分流，按步骤完成设置。
先管理连接信息，再决定流量怎么走。选择设置分类，横向查看操作与注意事项。
订阅地址用于获取一组连接配置，不等于某一个节点的分享链接。在 v2rayN 的订阅分组设置里添加名称与地址，保存后更新当前分组，再查看服务器列表是否出现条目。后续线路变更通常只需重新更新，不必反复删除重建。更新失败时先核对地址是否完整、服务是否到期，再根据当前网络选择合适的更新方式，避免把订阅问题误当成内核故障。
订阅分组 → 订阅分组设置
订阅分组 → 更新当前订阅将不同来源的订阅分别命名，能够让更新、筛选和排查保持在同一个范围内。建议名称写清用途，不要仅用难以辨认的缩写。准备更换订阅地址时，先确认正在编辑的分组，再保存新地址并检查更新结果。手动添加的连接也应与订阅条目分开管理，否则批量整理时容易混淆。与逐条维护相比，分组更适合长期保留多套配置，但它不会自动决定流量的出口。
订阅分组设置
名称 / 地址 / 启用更新拿到一条 VMess、VLESS 或 Trojan 分享链接时，先使用从剪贴板导入的入口，而不是把它当成订阅地址保存。导入完成后检查协议、传输方式和安全设置是否齐全，再将该条目设为活动服务器。二维码只是承载配置的另一种方式，不会替代参数本身。若来源同时提供订阅和单条链接，日常维护优先使用订阅；单条导入更适合临时验证或保留特定连接。
服务器 → 从剪贴板导入
服务器 → 扫描二维码更新成功只说明客户端获取并解析了订阅内容，不代表其中每条线路都能正常使用。先选定一个条目，再进行连接测试，并打开实际使用的网站验证。测试结果会受到本地网络、目标服务和测试方式影响，不宜仅凭一个数字作判断。如果原有条目在更新后消失，先查看服务方是否调整了配置，而不是立即恢复旧列表；长期沿用已失效参数通常无法解决连接问题。
选择服务器 → 设为活动服务器
查看日志 → 验证网页访问流量进入内核后，路由规则才负责决定直连、代理或阻断。系统代理与路由属于不同层次：前者解决应用是否把请求交给客户端，后者决定收到请求以后如何处理。初次设置建议从内置路由方案开始，确认常用网站可以访问后再添加自定义规则。出现单个网站异常时，先查看它匹配了哪条规则，不要直接把全部流量改走同一出口，以免掩盖真正的问题。
路由设置 → 绕过大陆路由规则通常按照顺序匹配，较宽泛的条件放在前面，可能让后面的精细规则失去作用。添加特定域名规则时，先确认它应当直连还是代理，再检查前面是否已有覆盖范围更大的条目。排查时一次只改一项，保留原始规则以便回退。与频繁切换服务器相比，修正规则顺序更适合处理“只有某个域名走错出口”的情况，但不会修复远端连接本身的故障。
{
"type": "field",
"domain": ["domain:example.com"],
"outboundTag": "proxy"
}域名匹配和地址匹配并非同一件事。以 Xray 的 IPIfNonMatch 为例，当域名未匹配到规则时，内核会尝试解析地址，再用于地址规则匹配。是否需要这一策略，要结合规则结构与 DNS 配置判断，而不是把某个选项视为通用加速开关。更改后若出现访问变慢，检查解析链路与日志。不同内核的字段支持可能有差异，复制配置前应先确认当前使用的内核。
"routing": {
"domainStrategy": "IPIfNonMatch"
}域名解析结果会影响基于地址的分流判断，DNS 设置不能脱离路由单独考虑。局域网服务通常需要保留本地解析与直连路径；外部域名则应按实际网络选择解析方式。不要同时改动系统 DNS、客户端 DNS 和浏览器安全 DNS，再试图从一次访问中判断原因。先记录现状，逐项修改并验证，才能区分域名解析失败、规则误判与代理连接失败这三类问题。
设置 → DNS 设置
路由设置 → 规则列表桌面端先使用自动配置系统代理，让遵循系统设置的浏览器与应用把请求交给本地客户端。该选项并不意味着所有程序都会被接管，部分应用仍使用自己的网络设置。启用后先用浏览器验证，再检查具体应用。若浏览器能够访问而某个程序无法连接，优先查看该程序是否支持手动代理。退出客户端前清除系统代理，有助于避免系统继续指向已经停止的本地服务。
系统代理 → 自动配置系统代理对于不读取系统代理的应用，可在它自己的网络设置中填写本地代理地址与端口。地址通常指向本机回环接口，端口必须以客户端当前显示的值为准，不能直接照抄其他教程。还要区分 HTTP 与 SOCKS 类型，类型不匹配可能表现为连接建立失败。手动代理适合只让少数应用使用客户端的场景；它和系统代理可以同时存在，但应避免在同一应用中叠加多层代理。
代理地址：127.0.0.1
代理端口：查看客户端本地监听设置TUN 模式通过虚拟网卡接收系统流量，适合需要处理不遵循系统代理的程序时使用。它涉及权限、路由与 DNS，开启前先确认普通代理连接已经正常，再按平台要求授予必要权限。TUN 接管流量后依然需要路由规则决定出口，并不等于所有目标都走代理。若与其他虚拟网卡工具同时运行出现断网，先关闭其中一个并验证，再逐步调整接口与路由设置。
启用 Tun
路由设置 / DNS 设置客户端停止运行后浏览器无法访问，先检查系统是否仍保留本地代理，再判断是否需要恢复 DNS 或虚拟网卡路由。不要把重装客户端作为第一步，它通常不会解释系统设置为何残留。正常退出时使用客户端的清除系统代理入口；异常退出则到系统网络设置中检查。若只有浏览器受影响，还应查看扩展或浏览器内的独立代理配置，避免把局部问题扩大到整机网络。
系统代理 → 清除系统代理v2rayN 提供图形界面，负责订阅、服务器列表与设置管理；内核执行连接、传输和路由。界面能够打开，不代表内核已经成功启动。遇到启动错误时，先查看日志中是否有配置解析或本地端口占用提示，再判断是否需要更新。这个分层也解释了为何同一份连接信息在不同内核下表现可能不同：协议字段、传输方式和安全选项都需要得到当前内核支持。
图形客户端 → 配置管理
代理内核 → 连接与路由选择内核之前，先确认连接使用的协议、传输和安全机制。VMess、VLESS 与 Trojan 是协议名称，REALITY 属于另一层的安全传输相关方案，不能只看列表中的一个名称判断是否兼容。需要使用特定能力时，应核对服务方参数与当前内核说明，再由客户端生成对应配置。遇到不识别字段的错误，盲目修改服务器地址通常无效，应先定位报错指向的配置项。
协议 / 传输方式 / 安全设置
三项一起核对更新客户端或调整内核前，先通过客户端支持的备份方式保留订阅分组与自定义规则，并记录当前连接模式。完成更新后先用原有设置验证，不要同时导入陌生规则或改变 DNS。这样出现异常时可以明确比较变化来源。订阅地址可能包含访问凭据，备份应存放在个人受控位置；将日志或配置交给他人排查时，也应先移除地址中的令牌与其他敏感参数。
备份配置 → 更新 → 原设置验证Android 优先选择使用 Xray 内核的 v2rayNG；已有配置明确依赖 V2Fly 行为时，再考虑 v2flyNG。两款客户端都提供图形化连接管理，但内核能力不能简单视为完全相同。迁移时先导入一条已知可用的配置，核对参数并测试，再处理整组订阅。不要让两款客户端同时保持 VPN 连接，系统通常只能由一个 VPN 服务接管，重复启用会让排查变得混乱。
v2rayNG → Xray
v2flyNG → V2Fly桌面使用 v2rayN，Android 首选 v2rayNG。进入下载页后，再按处理器架构与安装格式选择文件。
v2rayN 提供桌面版与经典 WPF 版。桌面版采用跨平台界面，经典 WPF 版保留熟悉的桌面操作方式。先按使用习惯选择一种，不必为了连接成功同时安装两版。
下载前查看系统类型，确认安装包架构与设备相符。首次启动后先导入订阅，选择活动服务器，再启用系统代理。若程序提示缺少运行环境，按提示补齐相应组件，不要从来源不明的位置复制零散文件。
前往下载 Windows 客户端v2rayN 桌面客户端区分 Apple Silicon 与 Intel 安装包。先在“关于本机”查看芯片或处理器名称，再选择对应文件；安装包能否运行首先取决于架构，而不是文件大小。
初次打开时留意系统的权限提示，通过系统设置确认应用来源与所需授权。完成订阅导入后，先使用普通系统代理验证浏览器访问；需要启用 TUN 时，再单独检查权限、路由与 DNS，避免一次改动多处设置。
前往下载 macOS 客户端首选 v2rayNG，使用 Xray 内核；v2flyNG 使用 V2Fly 内核，适合作为有明确兼容需求时的备选。主流 arm64 设备可选对应安装包，不确定架构时查看设备资料或选择通用版。
安装后导入订阅，选定服务器并允许系统建立 VPN 连接。若切到后台后经常中断，再检查系统电池优化和后台运行限制。订阅能够更新与 VPN 能够连接是两件事，应分别验证，避免反复重新导入相同配置。
前往下载 Android 客户端v2rayN 为桌面环境提供图形化订阅与路由管理。按发行版的软件包体系选择 deb 或 rpm，再核对 x64 与 arm64 架构。安装格式与处理器架构都要匹配，不能只根据文件后缀判断。
不同桌面环境对系统代理的读取方式可能不同。先验证浏览器是否遵循系统设置，再处理单独配置代理的应用。使用 TUN 前确认权限与现有网络工具的关系；若设备本来已有虚拟网卡或 VPN，先记录原设置再调整。
前往下载 Linux 客户端先跑通一条连接，再增加自定义规则。每完成一步就验证一次，问题更容易定位。
准备有效的订阅地址，打开订阅分组设置，填写便于识别的名称与完整地址。保存后更新该分组，确认列表中出现连接条目。客户端本身不提供远端服务器，安装程序与获得连接配置是两个独立步骤。
地址通常含有个人访问参数，不要发到公开讨论区。复制时检查首尾是否混入空格、换行或说明文字；若得到的是单条分享链接，则改用剪贴板导入。先区分材料类型，能减少订阅更新失败后的无效尝试。
查看订阅导入步骤 →将一条配置设为活动服务器，再启用自动配置系统代理，并从内置路由方案开始。系统代理负责接收支持它的应用流量，路由规则负责选择出口，两项需要分别确认。不要把“全局”理解为每个应用都已被接管。
初次配置建议暂缓 TUN 与复杂 DNS 规则。普通代理能稳定访问后，再根据应用需求增加接管范围。手机端使用 v2rayNG 时，按系统提示允许 VPN 连接，并留意已有 VPN 服务是否仍在运行。
查看连接模式说明 →打开常用网站验证实际访问，并检查需要使用代理的应用。列表中的测试结果只是参考，不能替代真实请求。若浏览器正常、其他应用异常，先查应用代理设置；若所有目标都失败，再查内核日志、连接参数与本地网络。
排查时一次只改变一个变量，例如只切换服务器而不同时改 DNS。记录错误关键词与修改前后的结果，比反复重装更容易缩小范围。完成使用后正常退出，并确认系统代理已按需要清除。
按症状查找解决办法 →查看完整教程 → 需要让不遵循系统代理的应用接入？先读TUN 模式与权限说明，再决定是否开启。
理解界面、内核与服务端的关系，才能准确选择客户端，也更容易读懂连接错误。
V2Ray 源于 Project V 的模块化网络工具体系，协议处理、传输与路由等能力由内核承担。V2Fly 延续 V2Ray 的社区开发，Xray 从相关代码发展出另一条内核分支。它们共享部分技术背景，也在协议能力、配置字段与演进方向上各有侧重，因此不能把两个名称当成完全可互换的标签。
用户日常打开的 v2rayN、v2rayNG 与 v2flyNG 则是图形客户端。客户端将订阅与界面设置整理成内核配置，再启动内核建立连接。服务端提供可用的连接入口，订阅负责分发参数。这几层相互配合，但任意一层正常，都不能单独证明整条链路已经可用。
v2rayN 是开源桌面客户端，面向多个桌面系统提供订阅管理、路由与代理设置。v2rayNG 是使用 Xray 内核的开源 Android 客户端；v2flyNG 则使用 V2Fly 内核，保留另一条移动端选择。选型应先看操作系统，再看已有连接所需的协议与内核能力。
图形界面的差别主要影响操作方式，内核支持范围则影响配置能否工作。比如参数中包含特定安全机制时，需要连同协议、传输和内核一起核对。只根据客户端名称相近就复制全部高级设置，容易出现字段不兼容或行为不一致。
这些项目通过开源许可证说明代码的使用、修改与分发条件。V2Ray 与 Xray 内核主要采用 MPL 2.0，三款客户端项目采用 GPL 系列许可证；涉及二次分发时，应以对应发布所附的许可文本与依赖声明为准，而不是只看软件名称。
客户端可免费使用，但远端服务器、订阅服务或网络资源可能由其他主体提供。代码开源不等于任意订阅来源都可靠，也不意味着客户端能够保证远端线路质量。理解这一边界，有助于把软件故障、订阅状态与服务端问题分开处理。
社区维护会持续调整界面、修复问题并跟进内核能力。更新客户端与更新订阅解决的是不同问题：前者改变本地程序，后者刷新远端连接参数。订阅更新失败时先查地址与服务状态；内核提示字段不支持时，再检查本地程序与配置要求是否一致。
升级前保留订阅与自定义路由，升级后用原设置复测。不要在一次操作中同时更换客户端、迁移内核并重写规则。保持可比较的前后状态，才能判断某项变化是否真正解决问题，也能在出现异常时有依据地回退。
订阅地址、用户标识和连接凭据都可能出现在配置或日志中。寻求帮助时，只保留必要的错误关键词与设置项名称，先移除可识别的地址参数和个人凭据。订阅分组名称也建议使用用途描述，避免把个人账号直接写入截图。
遇到 TLS 握手错误，可先核对系统时间与服务端要求的名称；遇到连接超时，则从网络、服务器状态与路由方向排查。错误类型不同，处理入口也不同。完整流程见故障排查，术语解释见术语表。
从选择线路、理解内核到处理网页打不开，把日常使用中最容易混淆的环节拆开讲清楚。
订阅中的条目不宜只按延迟排序。结合流量倍率、地区、协议与实际访问目标理解线路差异，再用真实应用测试稳定性，减少频繁切换却找不到原因的情况。
阅读文章 →梳理 Project V 的背景与两条内核分支，区分图形客户端、代理内核和协议能力。根据已有配置选择 v2rayN、v2rayNG 或 v2flyNG，而不是只凭界面决定。
阅读文章 →从系统代理、本地监听和路由匹配开始，再检查 DNS 与远端连接。按先易后难的顺序逐项验证，区分“客户端正在运行”和“请求已经成功通过代理”。
阅读文章 →