V2Ray 订阅导入、连接与生效验证

BEFORE START

开始前检查：客户端、订阅地址与系统时间

开始配置前，先确认客户端已经正常安装并能打开主界面。桌面设备使用 v2rayN，安卓设备使用 v2rayNG。若尚未安装，请先进入下载中心选择对应平台的安装包。首次启动时，系统可能询问网络访问权限；允许客户端进行网络连接后，再进入订阅导入步骤。安装阶段不需要提前修改内核路径、监听端口或路由规则，保持默认设置更容易判断后续问题来自哪里。

接着准备一条完整的订阅地址。订阅地址通常是一段以 https:// 开头的链接，用于让客户端获取节点列表及对应参数。复制时要从第一个字符一直选到最后一个字符，避免多复制空格、换行或句末标点。订阅地址不同于单个 vmess:// 或 vless:// 分享链接：前者可以一次更新多个节点，后者通常只导入一个配置。两者的术语区别可在术语表中继续查看。

最后检查设备日期、时间与时区。许多安全连接依赖正确的系统时间，时间偏差过大时，节点参数即使完全正确，也可能在握手阶段失败。建议启用系统自动设置时间，然后彻底退出客户端再重新打开。完成这三项检查后，再导入订阅；这样看到错误提示时，可以先排除安装状态、链接缺失和时间异常这三类基础原因。

代理模式决定客户端接管哪些连接。常见选项可以归纳为“规则分流”和“全局代理”。规则分流会按照客户端内置或订阅提供的路由规则处理请求：部分地址通过代理节点，其他地址保持直接连接。全局代理则让大多数符合系统代理条件的请求都经过当前节点。首次测试时，两种模式都可以使用，但必须记住当前选择，因为最后验证时需要按这个模式解释结果。

桌面端先设路由，再确认系统代理

在 v2rayN 中，路由模式与系统代理状态是两个相关但不同的设置。路由模式负责客户端内部如何分流，系统代理负责浏览器和其他遵循系统设置的软件是否把请求交给 v2rayN。首次连接建议先选择客户端提供的基础规则模式，再从系统代理菜单中选择自动配置系统代理。完成后，任务栏状态区的客户端菜单通常会显示当前系统代理状态。若只选了节点却没有启用系统代理，客户端内核可能已经运行，但浏览器仍沿用原来的直连路径。

若当前目的只是排除规则是否造成访问差异，可以临时切换到全局模式进行一次对照测试。测试结束后再切回规则分流。不要同时改动路由规则、监听端口、DNS 和节点参数；一次只改变一个条件，才能根据结果找到具体原因。需要深入理解域名规则、IP 规则和直连优先级时，可阅读协议手册中的路由说明。

安卓端在连接配置中确认模式

v2rayNG 的模式选项通常位于设置或路由设置区域。选择基础规则后返回主界面，保持准备连接的节点处于选中状态。安卓端启动连接时会出现系统网络连接授权提示，确认后客户端才能建立本地连接通道。此处的授权只表示允许当前客户端接管网络请求，并不等于远端节点一定可用，所以仍需继续观察连接状态并完成第四步验证。

如果不确定该选哪一种，首次可以从规则分流开始。它更适合日常使用，也便于对照本地资源是否仍按预期直连。遇到某个目标地址无法访问时，再使用全局模式进行短暂对照：全局可用而规则分流不可用，通常应检查路由匹配；两种模式都不可用，则继续检查节点、订阅参数或网络连接。

模式确定后，保持设置不变并返回节点列表。接下来只选择一个节点启动连接，避免在连接过程中连续切换多个条目，导致日志和测试结果相互混杂。

第一次确认：浏览器是否经过当前连接

保持客户端连接，不要切换节点或模式。打开一个新的浏览器窗口，访问常用的网络地址查询页面，记录页面显示的出口地址和大致地区。随后断开客户端，刷新同一页面，再对比断开前后的结果。两次结果出现符合节点配置的差异，说明浏览器请求已经交给客户端并通过当前节点发出。测试时尽量使用新窗口，避免旧页面缓存造成误判。

如果连接前后结果完全相同，桌面端先返回 v2rayN 检查系统代理是否启用，再确认浏览器没有使用独立于系统设置的代理配置。安卓端则检查主界面的连接状态是否仍然有效，并确认测试浏览器没有被加入绕过列表。完成检查后重新连接，关闭原测试页面，再开新页面进行对照。

第二次确认：使用真实网页请求

地址查询只能证明某次请求的出口发生变化，还要继续打开两个或三个普通网页，观察页面能否完整加载。选择包含文本、图片和多个资源请求的页面更容易发现问题：如果文字能打开但图片长期加载，可能是 DNS、分流或传输稳定性异常；如果所有页面都立刻失败，则优先检查系统代理、本地端口和节点连接；如果只有单个页面失败，则不能直接判断整个节点不可用。

测试期间不要依赖普通 ping 作为唯一标准。实际网页访问会经过域名解析、协议握手、远端出站和内容传输，更接近客户端真实工作过程。客户端若带有真连接延迟测试，可以把结果作为节点之间的相对参考，但最终判断仍以连续打开网页、加载资源和保持连接的表现为准。

第三次确认：模式是否符合预期

若第二步选择的是规则分流，再访问一个平时应保持直接连接的本地资源或常用服务，并观察速度与出口表现是否符合预期。规则分流模式下，不同目标可能走不同出站，这是正常现象；不能因为两个网站显示的网络路径不同，就直接判定配置失败。若选择的是全局模式，则大多数遵循系统代理的浏览器请求应经过当前节点。

需要进一步确认时，可以在规则分流与全局模式之间只切换一次，保持节点不变，然后重复同一个页面测试。节点不变而模式改变后结果随之变化，说明连接本身大概率正常，差异来自路由规则。若两种模式下都失败，则回到第三步检查节点状态和日志。通过这种单变量对照，可以避免在节点、模式、DNS 和系统代理之间同时来回修改。