v2rayN 订阅导入与连接教程

第一步：导入订阅，确认节点来源

订阅地址是一条用于获取节点配置的链接，不是普通的网站首页，也不是登录服务后台的页面地址。复制时应使用服务提供方标注的客户端订阅入口，尽量直接点击复制按钮，避免遗漏末尾参数或带入空格。订阅链接常含有账户识别信息，不要把完整地址放进公开截图、聊天群或故障记录。

在 v2rayN 中新建订阅分组

打开主窗口，进入“订阅分组”下的“订阅分组设置”，新增一条分组记录。备注可以写成便于辨认的来源名称，把复制的地址粘贴到订阅地址输入框；其他选项先保持默认。保存并关闭设置窗口后，回到订阅分组菜单，对刚添加的分组执行更新订阅。若当前没有任何可用代理连接，先尝试不通过代理更新的入口；菜单中若区分更新路径，应明确选择，而不是连续点击所有更新项。

更新完成后，主列表应出现属于该分组的节点。检查分组筛选是否选中了刚才的记录，再看节点备注、协议和服务器地址是否有内容。只看到“更新完成”提示而列表仍为空，不一定代表已经取得可用配置：可能是筛选条件隐藏了节点，也可能是返回内容不含客户端支持的节点条目。此时先清除列表筛选，再查看更新日志。

在 v2rayNG 中添加订阅

打开侧边菜单或更多菜单中的“订阅分组设置”，点击添加入口，填写备注和订阅地址并保存。返回主界面后，从更多菜单执行更新订阅，再查看对应分组。这里的“保存”只是保存获取配置的地址，真正拉取节点还需要执行更新；如果保存后没有节点，应先确认是否漏掉了这一步，而不是重新安装应用。

如果拿到的是以 vmess://、vless:// 或 trojan:// 开头的单节点链接，应使用“从剪贴板导入”一类入口，不要把它当作订阅地址保存。分享链接描述的是具体节点，订阅地址返回的则是一组可更新的配置。两者都能出现在节点列表里，但只有订阅分组能按原地址获取后续变动。相关名词可在术语表中对照阅读。

本步完成的判断标准是：节点确实出现在列表中，并能确认它来自哪个分组。如果更新失败，先检查订阅是否到期、复制是否完整，以及当前网络能否请求订阅服务；不要用随意修改服务器端口的方法解决订阅问题。具体日志分类见故障排查。确认列表正常后，下一步先决定哪些流量进入客户端，再启动节点连接。

第二步：选择代理模式，区分接管与路由

代理设置有两个层次。第一层是流量如何进入客户端，常见方式包括系统代理和 TUN；第二层是进入内核后如何处理目标，由路由规则决定走代理、直连或阻止。界面里看到“全局”时，应先看它属于哪个菜单：全局路由通常只是把已进入内核的请求交给代理出站，并不保证设备上的每个应用都已被接管。

桌面端先使用系统代理

首次配置建议先保持 TUN 关闭，在 v2rayN 主窗口或托盘菜单找到“系统代理”，准备使用“自动配置系统代理”一类选项。这个功能会把操作系统的代理地址指向客户端本地监听端口，适合先验证浏览器等遵循系统代理的应用。若需要手工查看端口，进入设置中的入站或本地监听相关页面，以当前显示的 HTTP、SOCKS 或混合监听端口为准，不要照抄其他教程中的数字。

系统代理启用后，如果内核还没有正常运行，浏览器可能暂时无法打开网页。因此不必在这一步停留测试，选好模式后接着完成下一步。也可以先定位开关，待节点启动后再启用。不要选择仅保留旧代理配置的选项来代替首次设置；若曾手工配置过系统代理，先记录原值，避免覆盖后无法恢复。

选择路由，再对照安卓运行方式

在路由设置中先选择客户端提供的常用分流规则，例如绕过局域网与中国大陆地址的规则。具体预设名称随版本变化，重点是读懂规则说明，不要同时叠加多个来历不明的自定义规则。如果测试目标按规则走直连，浏览器显示的出口自然不会变；这不代表系统代理失效。需要临时排除分流影响时，可以切换到全局代理路由完成对照测试，测试结束再恢复原规则。

v2rayNG 初次使用可在设置中确认运行模式为 VPN，随后在连接时接受系统授权。此模式通过安卓提供的 VPN 接口接管流量，与另行启动一条远端 VPN 服务不是同一回事。若此前设置过分应用代理，先检查测试浏览器是否被排除；首次操作建议先保持默认范围，避免一开始就叠加应用名单和自定义路由。

TUN 适合处理不读取系统代理设置的应用，但可能涉及权限、虚拟接口和 DNS 配置，不是首次连接的必选项。先走通系统代理路径，能让后续问题更容易定位。关于域名匹配、直连和 DNS 的进一步解释，参见路由与 DNS 术语；接下来只需要选定一个可用节点并让内核运行。

第三步：选择可用节点，启动连接

回到节点列表，先选择少量来源明确的节点做测试，不必一次测试全部条目。在 v2rayN 中选中节点后打开右键菜单，查找“真连接测试”或相近名称的测试入口。它会通过节点请求测试目标，比单纯的 TCP 连接测试更接近实际使用路径，但仍受测试网址、网络环境和服务策略影响，结果只能作为当前可用性的参考。

TCP 测试成功只说明指定地址和端口能够建立连接，不代表认证、加密和目标访问都能完成；真连接测试失败也可能是测试网址不可达，不能立即据此认定整个订阅失效。优先选择能够完成真连接测试的节点，再进行浏览器验证。先不要按一个延迟数字反复切换，也不要同时启动多个测速任务，以免测试本身占用连接。

设为活动服务器并检查内核状态

在 v2rayN 的节点右键菜单中选择“设为活动服务器”或同义选项，确认当前节点的选中标记已经变化。客户端通常会在切换后重新加载内核配置；如果界面提供启动、重启或运行状态入口，可据此检查内核是否已经启动。确保上一阶段准备的系统代理开关已启用。仅选中一行节点和真正设为活动服务器可能是两个动作，应以活动标记和运行日志为准。

打开主窗口下方的日志或日志页面，留意启动期间是否出现配置解析失败、端口被占用或内核退出的信息。若本地监听端口被其他程序占用，先退出冲突程序，再重启内核；确实需要改端口时，要同步更新手工填写的应用代理地址。不要在出现启动错误后继续反复刷新网页，否则只会得到连接本地代理失败的重复结果。

安卓端启动与授权

在 v2rayNG 主界面点选准备使用的节点，确认选中状态后点击启动按钮。首次启动时，系统会弹出 VPN 连接授权，请核对发起应用后确认。返回主界面，检查运行状态是否已经改变，再打开测试浏览器。通知栏的连接标识说明本地接管服务已经建立，不足以证明远端节点可用，仍需完成下一步的实际访问验证。

若启动后马上停止，先读取客户端日志，检查是否缺少配置字段或存在协议兼容问题。如果连接持续超时，可换同一分组中的另一个节点对照，并确认设备时间准确。不要自行猜测 UUID、密码、服务器名称或 REALITY 参数；这些字段必须与服务端一致。节点详情中的参数应来自配置提供方，而不是从其他节点拼接。

首次排查每次只改变一个变量：先换节点，仍失败再换网络，最后再考虑配置细节。每次操作后都重复同一个测试目标，才能看出变化的影响。当内核保持运行、活动节点明确、接管方式也已启用时，进入最后一步。更复杂的协议错误和移动端后台中断问题，留到系统化故障排查继续处理。

第四步：验证代理是否生效

先用一个确定会读取系统代理设置的浏览器打开用于测试的 HTTPS 页面，并同时观察客户端日志。首次验证应使用新打开的页面，必要时新建隐私窗口，减少缓存和旧连接的干扰。浏览器如果安装了独立代理扩展，应临时关闭扩展或改为跟随系统，否则请求路径可能由扩展覆盖，无法反映刚才配置的系统代理状态。

页面能够打开是第一项结果，日志中的目标和出站记录是第二项结果。若当前日志级别显示连接信息，可观察浏览器访问时是否出现对应域名，以及请求被交给代理还是直连。不要为了验证而长期打开详细日志；如果默认日志不足以判断，可短时提高记录级别，确认后恢复，并在分享记录前遮住订阅地址、节点凭据及其他私人信息。

用显式代理请求定位问题

需要进一步区分“节点不通”和“系统代理没有传给应用”时，可以在终端使用 curl 显式指定本地代理。先回到客户端设置，读取实际的 HTTP 监听端口。下面的 8080 只是命令写法示例，执行前必须替换为界面中的实际端口；客户端若仅开启 SOCKS 监听，不能直接套用这个 HTTP 示例。终端环境也需要已经提供 curl 命令。

curl --proxy http://127.0.0.1:8080 --head --max-time 15 https://example.com

命令请求的是公开示例站点，用于查看是否能够通过指定代理取得 HTTP 响应头，并非测速。收到响应只说明这次请求链路能完成，不代表全部应用、所有域名或 UDP 流量都已通过代理。若路由规则把该域名交给直连，这次请求仍可能使用直连出站；要验证代理出站，可临时切到全局代理路由，再结合日志判断。

如果显式代理请求成功、浏览器失败，重点检查系统代理是否启用、浏览器是否跟随系统，以及扩展是否覆盖设置。如果提示无法连接本地代理地址，先检查端口与内核状态。如果能够连上本地代理却在后续握手或请求阶段失败，再查看节点、路由和 DNS 相关日志。按这条路径排查，比连续切换 TUN、DNS 和协议参数更容易得到明确结论。

保存可用状态，正确结束使用

验证成功后，记下当前可用的订阅分组、活动节点、路由预设和接管方式即可，不需要记录完整服务凭据。然后逐项恢复需要的分流或应用范围；每改一项，就重复一次相同的页面访问。只有明确某个应用不读取系统代理时，再考虑为它单独设置代理，或阅读故障排查中的接管与 DNS 说明，评估是否需要 TUN。

桌面端结束使用时，先在客户端中选择“清除系统代理”或等效入口，再退出客户端，避免操作系统仍把请求发送到已经关闭的本地端口。如果客户端退出时会自动清理，也建议首次使用后到系统网络设置里确认。v2rayNG 则先点击停止按钮，确认连接状态已结束；若系统设置过始终开启 VPN 或阻止未使用 VPN 的连接，还需要按实际需求检查相应系统选项。

到这里，订阅获取、流量接管、节点连接和访问验证已分别确认。后续遇到订阅更新失败、特定应用无法访问或连接后速度异常，带着最后一次成功的设置和具体错误进入故障排查，而不是从头重装。需要理解 VMess、VLESS、REALITY 或内核差异时，再查阅术语表，保持首次连接流程简短且可复现。