v2rayN 使用教程：订阅导入到连接验证

导入订阅并更新服务器列表

在 v2rayN 桌面端打开“订阅分组”或“订阅设置”入口。不同版本可能把该入口放在顶部“订阅分组”菜单、工具栏按钮或服务器管理菜单内，但目标都是进入可以新增订阅的管理窗口。选择添加后，在备注栏填写便于识别的名称，例如按用途写“日常使用”或按服务来源填写名称；随后把完整订阅地址粘贴到地址栏，检查开头和结尾没有空格，再保存当前项目。

保存只代表客户端记住了订阅地址，并不等于服务器配置已经进入列表。返回主窗口后，再执行“更新全部订阅”或选中对应分组执行更新。更新期间留意窗口底部状态信息或日志区域：正常情况下，更新完成后主列表会出现服务器名称、地址、端口和协议等条目。列表中的具体字段取决于订阅内容，名称也由服务方定义，因此不应依据名称长短判断节点是否可用。

在 v2rayNG 安卓端，打开右上角菜单并进入订阅分组设置，点击新增按钮，填写备注和订阅地址后保存。返回配置列表，再从菜单中执行更新订阅。更新完成时，首页会出现一个或多个配置条目；点选其中一项后，该项会成为当前配置。若列表仍为空，不要直接进入连接步骤，因为客户端此时没有可以启动的服务器参数。

订阅更新失败时先检查地址本身

如果提示网络错误、返回内容为空或格式无法识别，先重新复制订阅地址并确认服务状态。不要把网页后台地址、套餐说明页或登录页误当成订阅地址。浏览器能打开某个页面，也不代表该页面就是客户端可以解析的订阅内容。若地址中包含特殊字符，尽量使用系统原生复制功能，不要手动改写其中字符。

同一地址在其他网络环境可更新，而当前网络持续失败时，可以先切换本地网络再试一次，以区分服务端问题和本地网络问题。若更新成功但节点列表与预期不一致，应回到订阅管理确认更新的是正确分组，而不是连续重复添加相同地址。多订阅合并、分组更新策略和服务器过滤属于进阶管理范围，可继续阅读进阶手册的订阅分组章节。

选择代理模式并确定流量范围

代理模式决定哪些请求会进入客户端，而不是决定节点本身是否存在。首次配置建议从系统代理开始，因为它的影响范围较容易观察：浏览器和遵循系统代理设置的桌面应用会使用客户端提供的本地代理端口，不读取系统代理设置的程序则保持原有网络路径。这种方式适合先确认订阅、节点和客户端核心能够共同工作。

在 v2rayN 桌面端，找到系统代理菜单，选择与“自动配置系统代理”或“设置系统代理”含义相近的选项。启用后，状态栏或托盘菜单通常会显示当前系统代理状态。随后再查看路由模式：日常使用可先采用客户端默认的规则模式，让路由规则决定请求走向；如果正在定位连接问题，可以在明确影响范围的前提下临时选择更直接的模式，但完成排查后应恢复符合实际需求的规则设置。

TUN 模式用于接管更多不遵循系统代理设置的应用流量。它通常需要创建虚拟网络接口，并可能触发系统权限确认。首次连接不建议因为某个应用尚未测试就直接切换到 TUN，也不建议同时修改路由和 DNS。先用系统代理验证浏览器请求，能够把问题限制在较少的环节；基础链路确认正常后，再根据特定程序的网络行为决定是否使用 TUN。

在 v2rayNG 安卓端，连接时会通过系统网络通道接管所选应用的请求。首次使用时，点击连接按钮后会出现系统授权提示，确认后才能建立通道。客户端中的“分应用代理”、路由模式和绕过规则会进一步限定流量范围。第一次配置应保持这些项目清晰简单，先让常用浏览器参与连接验证，再逐步加入或排除特定应用。

如果不确定某个“全局”“规则”或“绕过”选项的含义，可以先查看名词解释中的路由与分流分类。需要编写域名规则、IP 规则或自定义出站时，再进入进阶手册的路由控制章节。本步骤完成的判断标准很简单：已经明确选择一种基础模式，并知道接下来用于验证的浏览器或应用是否会被该模式接管。

选择节点并启动连接

回到服务器列表，先选择订阅更新后出现的一条配置。v2rayN 桌面端通常可以通过双击条目、右键菜单中的“设为活动服务器”，或选中后按界面提示完成切换。被选中的条目会出现颜色、图标或状态文字变化，窗口底部也可能显示当前服务器名称。确认活动服务器与刚才选择的条目一致后，再启动客户端核心或保持客户端处于运行状态。

v2rayNG 安卓端在配置列表中点选一个条目，使其名称显示在首页当前配置区域，然后点击连接按钮。首次连接会出现网络授权提示，通过后按钮状态会改变，系统状态区域也会显示网络通道正在工作。若点击后马上恢复未连接状态，不要反复快速点击；应打开日志，查看失败发生在配置读取、域名解析、服务器握手还是本地网络阶段。

连接动作包含两个层次。第一层是客户端核心成功启动并监听本地端口，第二层是实际请求能够通过所选服务器完成连接。仅看到核心启动，并不能说明目标请求已经成功；相反，如果核心根本没有启动，浏览器测试也不会得到有效结果。因此本步骤先确认运行状态和日志没有明显错误，下一步再用真实请求验证完整链路。

怎样阅读首次连接日志

不需要逐行理解所有日志，只需先找到与当前操作时间接近的几行。正常启动时，日志通常会出现配置加载、本地入站监听和核心运行相关信息；失败时则可能出现端口被占用、配置字段错误、地址解析失败、连接超时或权限不足等提示。记录最先出现的错误比只看最后一行更有帮助，因为后续错误可能只是前一个问题引发的结果。

客户端自带的延迟测试可以作为筛选参考，但它不能替代真实连接。测试方式、网络路径和目标地址不同，都可能导致测试结果与实际浏览体验不一致。首次使用时不必在多个节点之间反复测速，先选一条配置完整、服务状态明确的节点，完成一次真实访问验证。基础链路正常后，再比较不同节点在当前网络下的表现。

验证代理是否生效

验证时使用一个确定会遵循当前代理模式的应用。采用系统代理时，可以先完全关闭浏览器再重新打开，避免旧进程继续沿用之前的网络状态；采用安卓端连接时，确认浏览器没有被分应用规则排除。随后访问一个此前能够明确区分连接结果的网页，并同时观察客户端日志是否出现与访问时间对应的新请求。

判断结果不要只依赖网页是否打开。网页可能来自缓存，也可能本来就能通过当前网络直接访问。更可靠的方法是把“页面结果”“客户端日志”和“系统代理状态”放在一起核对：页面产生新的网络请求，日志同步出现目标域名或连接记录，并且关闭客户端代理后结果发生符合预期的变化，才能说明请求确实进入了代理链路。

在 v2rayN 桌面端，可以先保持客户端和系统代理开启，刷新测试页面并查看日志；随后仅关闭系统代理，再次刷新相同页面进行对照。测试结束后检查系统代理菜单，避免在客户端退出后留下与当前使用状态不一致的设置。在 v2rayNG 安卓端，可以断开连接后重新访问同一页面，对比连接状态和日志变化。对照过程一次只改变连接开关，不要同时更换节点或路由模式。

区分“客户端已启动”和“代理已生效”

客户端已启动表示程序与核心进程正在运行；代理已生效表示目标应用的请求进入了客户端，并按照配置完成后续连接。两者之间还隔着系统代理、应用代理行为、路由规则和 DNS 等环节。若日志中完全没有出现测试请求，优先检查应用是否遵循系统代理、分应用规则是否排除了该应用，以及当前代理开关是否真正启用。

若日志能看到请求，但连接持续超时，应把重点转向节点状态、服务器地址、本地网络和 DNS。此时不要重复导入相同订阅，也不要立刻删除全部配置。先选择同一订阅中的另一条节点做一次对照；如果所有节点表现一致，再切换本地网络或恢复默认 DNS 设置。逐层改变一个条件，能够保留可比较的结果。