V2Ray 配置：订阅导入到连接验证

第一步只处理“客户端能否从订阅地址取得配置”。先复制订阅地址，保持剪贴板内容不变。使用 v2rayN 时，打开顶部的“订阅分组”或相近名称的菜单，进入订阅分组设置，点击新增。为这条订阅填写一个便于识别的备注名称，然后把完整地址粘贴到 URL 输入框。保存并关闭设置窗口后，再打开订阅菜单，选择更新当前订阅或更新全部订阅。

更新过程中，客户端会请求订阅内容并解析为节点记录。正常结果是主窗口列表出现一条或多条配置，每条通常包含别名、地址、端口、协议或分组等信息。这里不需要逐项修改服务器参数，因为订阅已经提供了完整配置。看到节点列表后先保持原样，不要立即删除名称相似的记录，也不要同时手工导入同一批链接，否则后续更新时容易出现重复节点。

使用 v2rayNG 时，打开侧边菜单中的“订阅分组设置”，点击新增按钮，填写订阅备注与地址后保存。返回主界面，再从菜单执行“更新订阅”。更新完成后，配置列表会出现对应节点。部分版本会自动选中列表中的第一项，但“被选中”不代表节点已经建立连接；此时的目标只是确认订阅解析成功，连接操作留到第三步完成。

如果更新后列表仍为空，先回到订阅设置，重新打开刚才保存的项目，检查地址开头、结尾和中间是否被换行截断。然后确认当前网络可以访问订阅服务，并查看客户端日志或底部状态提示。出现请求超时，说明客户端没有取得订阅内容；出现解析失败，通常表示返回内容不是客户端能够识别的订阅格式；出现未授权或访问被拒绝，则需要确认订阅是否仍有效。不要在这个阶段不断切换节点或代理模式，因为节点列表尚未建立，后面的操作不会解决订阅请求问题。

订阅更新与单节点导入的区别

订阅适合维护一组由服务端统一更新的节点。节点地址、端口或传输参数发生变化时，客户端通过“更新订阅”取得新内容。单节点导入只保存当前这一条配置，后续不会自动跟随订阅变化。对刚开始配置的用户，优先保留订阅分组结构，可以减少手工填写协议字段时出现的拼写和参数对应错误。

更新成功后可以观察节点名称是否属于同一个订阅分组，并记住刚刚创建的订阅备注。以后遇到列表没有变化时，应先确认更新的是哪个分组，再判断是否需要清理缓存或重新添加地址。订阅管理涉及的状态码、解析错误和更新覆盖规则较多，如果此处持续失败，可转到订阅失败排查流程逐项定位。

节点列表准备好后，第二步决定哪些请求交给客户端处理。常见模式可以概括为规则、全局和直连。规则模式按照域名、IP、进程或预设分类决定出站路径；全局模式让被客户端接管的请求统一经过当前节点；直连模式则让请求直接使用本地网络。初次配置建议选择规则模式，因为它能保留必要的直连路径，同时让符合规则的流量进入代理链路。

在 v2rayN 中，先查看主窗口底部、菜单栏或系统托盘菜单里的路由模式选项，选择客户端提供的基础规则集。随后找到“系统代理”设置，选择自动配置系统代理或设置系统代理。完成后，系统代理状态通常会从未启用变为已启用，托盘图标或状态栏文字也会发生变化。这个动作负责把遵循系统代理设置的浏览器和应用指向 v2rayN 的本地监听端口。

系统代理与路由模式解决的是两个不同层面的问题：系统代理决定流量是否先进入客户端，路由模式决定进入客户端之后走代理还是直连。如果只切换路由模式，却没有让应用流量进入客户端，浏览器访问结果可能完全不变；如果系统代理已经开启，但路由选择不合适，则可能出现部分网站路径与预期不同。理解这两个开关的先后关系，有助于在验证阶段快速确定问题位置。

在 v2rayNG 中，打开设置或路由设置，选择基础的规则配置。返回主界面后不需要寻找桌面系统代理开关，因为安卓端会在启动连接时请求建立本地 VPN 通道，由该通道接管设备流量。首次连接时系统会显示授权对话框，确认后状态栏会出现 VPN 标识。若之前拒绝了授权，连接按钮可能短暂变化后恢复，此时需要重新启动连接并允许系统请求。

全局模式适合短时间判断“规则是否造成某个目标未进入代理链路”，但不建议把它当作每次故障的第一处理方式。如果规则模式下某个页面无法访问，而全局模式可以访问，说明节点本身大概率能够工作，接下来应检查规则命中和 DNS 路径；如果两种模式都失败，则应继续检查节点连接、系统代理或网络环境。直连模式主要用于暂停代理路径或进行对照测试，不等于退出客户端。

什么时候需要 TUN 模式

部分应用不会读取系统代理设置，或者使用了独立网络栈，此时桌面端的普通系统代理无法接管这些进程。TUN 模式通过虚拟网卡处理更广的流量范围，但会引入额外的权限、DNS 与路由配置。轻量上手阶段先用系统代理完成浏览器验证；只有明确发现目标应用不读取系统代理时，再参考TUN 模式原理与开启方法调整接管方式。

完成模式选择后，第三步才是确定活动节点。不要仅凭节点名称判断能否连接，先使用客户端自带的测试功能做初步筛选。v2rayN 通常可以在节点列表的右键菜单或测试菜单中执行真实连接测试、延迟测试或批量测试；v2rayNG 可以在菜单中测试全部配置，也可以对单个配置执行测试。测试结果只表示当时网络条件下的响应情况，不代表长期速度，也不应作为唯一判断依据。

在 v2rayN 中，选中一条能够正常响应的节点，双击该行或通过右键菜单把它设为活动服务器。被选中的行通常会显示不同的标记、颜色或状态提示。确认第二步中的系统代理仍处于启用状态，然后观察日志区域。正常启动时，日志会显示配置加载、本地监听和核心启动等信息，且不会持续重复报错。此时 v2rayN 主窗口可以最小化到系统托盘，但不要直接结束进程，否则本地代理端口也会随之停止。

在 v2rayNG 中，点击准备使用的配置，使其成为当前选中项，再点击主界面的连接按钮。首次建立 VPN 通道时，根据系统提示确认授权。连接成功后，按钮状态会改变，系统状态栏出现 VPN 标识，应用内也会显示已启动或正在运行。若点击后立即停止，打开日志查看最后几行，重点区分配置解析失败、域名解析失败、连接超时和端口冲突，这些错误分别对应不同处理路径。

节点测试通过但实际访问失败时，先不要连续快速切换大量节点。选择另一条同订阅分组的节点进行一次对照：如果只有单条节点失败，问题更可能位于该节点或其传输参数；如果同组节点全部失败，应检查订阅是否过期、当前网络是否限制了连接、系统时间是否准确；如果客户端日志显示运行正常，但浏览器仍使用原路径，则回到第二步检查系统代理或 VPN 接管状态。

桌面端还应留意本地监听端口。v2rayN 启动核心后，会在本机监听供系统代理使用的端口。如果该端口已被其他程序占用，日志会出现绑定失败或地址正在使用之类的信息，系统代理即使处于开启状态，也无法把请求交给正常工作的本地服务。遇到这种情况，可按本地端口占用定位方法查找占用进程，确认是关闭冲突进程还是修改监听端口。

连接状态不等于访问一定成功

客户端显示“已启动”，只能说明本地核心或 VPN 通道已经运行。完整链路还包括应用是否进入本地入口、路由规则选择了哪个出站、节点是否完成远端连接，以及 DNS 解析是否与流量路径匹配。因此下一步必须进行访问验证，并同时观察日志。只有客户端状态、实际访问和链路记录相互对应，才能确认配置真正生效。

验证应从近到远进行。第一层先看客户端本身：活动节点是否仍被选中，核心是否保持运行，系统代理或 VPN 标识是否存在。第二层再看应用请求：完全关闭并重新打开浏览器，避免旧连接、缓存页面或此前建立的长连接干扰判断，然后访问一个此前需要通过代理链路打开的正常网页。页面能够加载只是初步结果，还要结合客户端日志确认请求确实进入了当前配置。

在 v2rayN 日志中，发起新请求后通常能看到目标域名、连接建立或路由出站相关记录。如果浏览器有访问动作，但日志完全没有新增内容，优先检查浏览器是否绕过系统代理、系统代理是否仍指向 v2rayN 的本地端口，以及其他代理软件是否覆盖了系统设置。可以换用另一个遵循系统代理的浏览器做对照，但不必立刻修改节点配置。

在 v2rayNG 中，连接后访问网页，再回到应用查看日志。若日志出现新的请求记录，说明设备流量已经进入 VPN 通道；如果连接标识存在但网页一直等待，继续观察错误属于 DNS 解析、远端连接还是握手阶段。若只有个别应用不经过连接，检查该应用是否被加入分应用代理的排除列表。初次配置建议先保持分应用设置关闭，确认整条基础链路工作后再做精细范围控制。

第三层可以对照公开 IP 信息。连接前记录当前网络出口，连接后重新打开查询页面，观察出口信息是否随节点路径变化。此处只需要判断连接前后是否符合预期，不必依赖单一网站给出的地理名称，因为数据库更新可能存在延迟。若出口已经变化，但某个域名仍无法访问，说明代理接管和节点连接大体正常，问题可能集中在该域名的路由规则、DNS 解析或目标服务本身。

最后检查 DNS 表现。常见现象是页面能够打开，但特定域名解析失败，或者系统解析与代理出站没有走同一条路径。先停止连接，再重新启动客户端并刷新浏览器，排除旧缓存影响。如果问题稳定复现，可阅读DNS 路径检测与修复方法，再根据当前客户端调整远程 DNS、路由规则或 FakeDNS。基础教程不建议一开始就同时启用多组实验性 DNS 选项。