开源客户端、订阅分组与自定义分流，从安装到路由配置。
上方为静态界面示意。菜单名称与选项位置会随客户端发行版调整；路由标签、端口和网络模式以本机设置为准。
配置的五个层次
订阅负责提供服务器参数，路由决定流量去向，DNS 提供解析结果，TUN 改变流量进入客户端的方式。把这几层分开检查，比同时切换多个选项更容易定位问题。
设置字段示意
订阅地址包含访问权限信息，不用于公开分享。
订阅分组把服务器条目与来源关联起来。先在订阅分组设置中添加来源，再执行更新，避免把不同来源的条目混在同一列表。分组名称只用于本地辨认，不能改变远端权限。使用过滤条件时，先确认原始订阅能够正常导入，再逐步缩小范围。相较逐条粘贴分享链接，分组更适合持续更新；但更新可能替换远端已删除的条目，手动修改的重要配置应另行保存。切换到安卓客户端时，需要重新检查分组和更新选项。
{
"domainStrategy": "IPIfNonMatch",
"rules": [
{
"type": "field",
"domain": ["geosite:cn"],
"outboundTag": "direct"
},
{
"type": "field",
"ip": ["geoip:private", "geoip:cn"],
"outboundTag": "direct"
}
]
}路由规则从上到下匹配，先命中的规则决定出站。把单个域名的例外放在宽泛分类之前，再处理局域网和地区地址。示例只是路由片段，不能作为完整配置启动；其中 direct 标签需要在出站中定义，分类匹配也依赖本机数据文件。相比直接切换全局代理，自定义规则可以让不同目的地址走不同路径。排查时既要看域名，也要看应用实际连接的 IP；域名策略、DNS 与嗅探结果都会影响最终匹配，未命中的流量还需要明确的默认出站。
{
"dns": {
"hosts": {
"router.example": "192.168.1.1"
},
"servers": [
"localhost"
]
}
}用于说明静态映射与系统解析入口，不是通用的 DNS 优化方案。
DNS 配置决定域名如何解析，但应用是否使用内核 DNS，还取决于入站方式与客户端生成的配置。先区分系统解析、应用自带解析和内核解析，再调整服务器及查询策略。示例展示静态映射与系统解析入口，只用于理解字段。相较单纯更换系统 DNS，按域名设置解析策略可以配合分流；前提是解析请求本身有可达路径。遇到能连接 IP 却打不开域名的情况，先看解析错误和请求出站，再检查缓存，不要同时修改路由与多个解析选项。
网络接管范围由系统路由、应用排除项和客户端配置共同决定。
系统代理只影响愿意读取代理设置的程序，TUN 则借助虚拟网卡把符合条件的 IP 流量交给本地转发组件。先确认普通代理连接正常，再按客户端提示授予权限并开启 TUN。相较系统代理，它更适合处理没有代理设置入口的程序，但也更容易与其他虚拟网卡、已有 VPN 或安全软件发生冲突。开启后分别检查网页、局域网访问与 DNS。若网络异常，先关闭 TUN 恢复原路径，再检查路由表和日志；不要把接管流量等同于所有连接都走远端代理。
订阅更新成功不代表其中每个服务器都能够建立连接。
多订阅管理的重点是隔离来源，而不是把条目数量合并得更多。为每个地址建立独立分组，记录用途，并在更新失败时单独重试。相较把所有链接导入同一组，这种方式可以区分来源失效、格式不兼容与本地网络故障。先保留客户端默认的更新行为，再考虑自动更新和过滤条件。自动更新只刷新服务器参数，不会替代本地路由规划，也不一定自动切换当前服务器。迁移设备前保存自定义规则，分享排查截图时隐藏订阅地址与认证字段。
客户端与安装包选择
桌面系统选 v2rayN，安卓设备优先选 v2rayNG，v2flyNG 作为 V2Fly 内核备选。先确认系统与处理器架构，再看安装包格式。平台入口会直接打开下载中心的对应分类，具体文件和发行信息集中在那里维护。
v2rayN 提供桌面版与经典 WPF 版。桌面版采用跨平台界面，WPF 版保留经典桌面操作方式。两者都围绕服务器管理、订阅更新与路由设置展开，实际菜单和运行环境要求应按下载页说明确认。第一次安装时，先选择与系统架构匹配的入口，不需要同时安装两种界面来完成基础连接。
导入订阅后，先选择一个配置完整的服务器，再设置系统代理。浏览器可用而其他程序仍无法连接，通常需要检查该程序是否读取系统代理，不能据此直接认定服务器失效。需要 TUN 时，先保存可用配置，再检查管理员权限及其他虚拟网卡。退出客户端前也应留意系统代理是否已经恢复，避免留下指向已停止端口的设置。
前往下载v2rayN 按 Apple Silicon 与 Intel 芯片提供不同入口。在系统的“关于本机”中查看芯片或处理器名称，再选择对应架构。不要仅按电脑外观或购买年份判断。安装后先确认应用能够启动、配置能够保存，再导入订阅；遇到系统安全提示时，应阅读提示内容，区分应用授权问题与网络连接问题。
桌面客户端的菜单习惯与安卓端不同，但服务器地址、端口、传输类型和 TLS 字段仍需与服务端一致。系统代理影响哪些程序，取决于程序自身的网络实现。测试时先使用遵循系统设置的浏览器，再检查其他应用。若启用网络接管功能，还要关注系统授权、DNS 行为和本地网络访问，不能只根据菜单开关判断配置已经生效。
前往下载v2rayNG 使用 Xray 内核，适合作为安卓端的常用入口；需要 V2Fly 内核行为时，可查看 v2flyNG。主流设备通常选择 arm64，无法确定架构时可查看通用版说明。客户端名称相近，不代表内核能力、协议字段和导入行为完全相同。选择前应先核对订阅采用的协议与传输组合，再决定是否需要切换客户端。
首次连接会请求系统 VPN 授权，这一步用于建立本地流量接口，不是订阅认证。授权后还要检查当前服务器和路由模式。安卓系统的省电策略、后台限制以及其他 VPN 应用都可能影响持续连接；出现切回前台才恢复的现象，应先检查后台运行设置。分应用代理会改变接管范围，排查时先记录当前白名单或黑名单含义，避免把未被接管的应用当作连接故障。
前往下载v2rayN 提供 deb 与 rpm 格式，先按发行版的软件包体系选择，再核对 x64 或 arm64 架构。下载中心以 x64 包为主入口，并补充 arm64 选择。图形客户端适合在桌面环境中管理订阅与规则；安装包可以被包管理器识别，并不等于当前桌面会话的代理设置已经完成，安装与流量接管应分开验证。
不同桌面环境对系统代理的读取方式并不统一，终端程序也可能依赖自己的代理设置。先确认本地监听地址和端口，再检查目标程序采用的代理类型。需要虚拟网卡接管时，关注权限、路由与 DNS 服务之间的关系。修改前记录原有网络配置，遇到局域网地址不可达或解析异常时逐项回退，不要同时更换安装包、内核和网络模式，否则很难判断是哪一层产生变化。
前往下载Project V / V2Fly / Xray
客户端界面、代理内核与远端服务是三个不同部分。开源说明代码与许可证的公开方式；连接是否可用，还要看本地配置、网络路径和服务端状态。识别各层职责，才能把更新与排查放在正确位置。
01 / Project V
Project V 围绕网络通信工具展开，V2Ray 是其中广为使用的代理软件。它不是单一传输协议的名称，而是一套能够组织入站、出站、路由和 DNS 的配置体系。日常所说的“V2Ray 客户端”，往往指可以生成这些配置并启动内核的图形程序。理解这一点，可以避免把某个界面里的开关误认为所有内核都通用的能力。
一次连接通常先进入本地入站，再由路由选择出站，最后按相应协议与远端通信。服务器列表属于参数管理，系统代理属于流量入口，路由模式属于去向选择。三者可以同时影响体验，却不能互相替代。遇到问题时，先判断请求有没有进入客户端，再看是否匹配到预期出站，最后检查远端握手，排查顺序会更清楚。
02 / V2Fly · Xray
V2Fly 延续 V2Ray 的社区维护，Xray 从相关技术体系发展出另一条内核路线。两者共享不少配置概念，但功能集合与字段细节并不完全相同。某个分享链接可以被界面识别，不代表当前内核一定支持其中所有参数。特别是特定安全机制、流控设置与新传输组合，需要同时确认客户端导入能力和实际运行内核。
v2rayNG 以 Xray 内核为基础，v2flyNG 提供 V2Fly 内核的安卓选择。v2rayN 则通过桌面界面组织服务器、规则与内核运行参数，具体可选项取决于发行包和配置。更换内核时应保留原始参数，并检查生成配置中的差异。不要只因为连接失败就反复切换内核；地址、时间、端口或 TLS 名称不匹配，在另一种内核下通常也不会自动得到修复。
03 / Open source
v2rayN、v2rayNG 与 v2flyNG 都属于开源客户端项目。V2Fly 与 Xray 内核采用 MPL 2.0；图形客户端及随包组件则应分别阅读各自的许可证。开源让配置实现、代码修改和问题讨论有公开依据，但软件是否适合当前设备，仍需按系统要求和实际测试判断。分发应用、修改代码与再发布组件，也应遵守对应许可证的条件，不能把所有项目简单视为同一种授权。
日常使用更值得关注的是配置与权限边界。订阅地址可能携带访问凭据，分享链接可能包含用户标识，日志也可能记录访问目标。向他人提交排查材料之前，应先去掉这些信息，只保留错误类型、发生顺序和必要字段。开源属性不会改变远端服务的信任关系，也不能替代对订阅来源的判断；安装客户端与选择服务来源是两项独立决定。
04 / Configuration maintenance
客户端更新、内核更新、订阅更新和规则数据更新处理的是不同内容。客户端更新可能调整菜单与配置生成方式，内核更新改变协议实现和运行行为，订阅更新刷新远端服务器参数，规则数据更新则影响 geosite、geoip 等分类的匹配结果。一次订阅更新成功，不能证明客户端已经更新；同样，安装新的客户端也不会使过期的订阅重新有效。
更新前保存正在使用的配置，尤其是自定义路由、DNS、监听端口和分应用设置。更新后先按原有模式验证基础连接，再测试额外功能。若只有某一条规则表现改变，检查数据集和规则顺序；若所有服务器都无法启动，优先查看内核启动日志。把变更范围收窄到一次一个层次，通常比重置全部设置更能保留证据，也更便于恢复到已知可用状态。
05 / Reading path
第一次使用，先按教程完成安装、导入订阅、选择服务器与连接验证。确认基础路径可用后，再阅读术语表，区分系统代理、全局路由、TUN 与 DNS。所谓全局代理通常是路由策略，不意味着每个程序都已经把流量送进客户端；反过来，启用了虚拟网卡也仍然可以按规则直连部分地址。这两个维度分开理解，才能准确描述当前网络状态。
已有可用配置时，不必为了套用示例而全部重写。先从一个明确需求开始，例如保留局域网直连、为某个域名增加例外，或整理多个订阅来源。记录修改前后的行为，再根据日志核对结果。本站配置片段用于解释字段与关系，完整运行仍需配套入站、出站、认证参数及数据文件；只复制局部 JSON，不能替代客户端的完整配置。
配置手记
按配置主题阅读，而不是先调整所有开关。以下三篇分别处理协议选择、规则优先级与连接超时：先确认自己面对的是参数兼容、路由匹配，还是基础连接问题，再进入对应的检查步骤。
从加密方式、握手开销、传输层搭配与客户端支持度四个维度横向比较。选择协议时，先看服务端提供的完整参数，再检查本地内核能否支持对应组合；协议名称本身不足以判断连接表现，也不应脱离网络条件单独比较速度。
阅读协议对比 →逐条解释 full、domain、keyword、regexp 前缀，以及 geosite、geoip 数据集的用法。用具体规则理解自上而下的匹配顺序，检查例外是否被宽泛规则覆盖，并确认出站标签与实际定义一致，避免规则看似正确却没有走预期路径。
阅读路由规则手记 →按本地网络、系统时间、订阅状态、传输层参数、TLS 设置与服务端状态逐项排查。区分所有服务器都超时和单个条目失败，记录错误出现在哪一阶段，再决定检查本地接管方式还是远端参数，减少反复重装带来的无效操作。
阅读超时排查清单 →