v2rayN 与 v2rayNG
订阅导入与连接教程

步骤 01 · 配置来源

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

先复制完整订阅地址，再打开客户端建立订阅分组。分组名称只用于本地辨认，可以按服务来源或用途命名；地址字段才决定客户端去哪里获取配置。不要把订阅地址写进分组名称，也不要在复制时带上说明文字、换行或聊天软件添加的标点。

v2rayN：新增分组，再执行更新

打开顶部“订阅分组”菜单，进入“订阅分组设置”，选择新增。在备注或名称栏填写便于辨认的分组名称，将订阅地址粘贴到地址栏，保存并关闭设置窗口。然后回到“订阅分组”菜单，执行更新订阅。若界面允许更新当前分组，先选择刚添加的分组，避免误更新其他来源。

首次配置还没有可用代理时，通常先使用“不通过代理”的更新方式。更新结束后查看服务器列表，应当出现该分组提供的条目。部分界面会保留上一次的分组筛选或搜索词；如果提示更新成功但列表看起来为空，先清除搜索、切回目标分组，再判断是否真的没有导入内容。

v2rayNG：保存订阅，返回主界面更新

打开侧边菜单中的“订阅分组设置”，点击新增入口，填写备注并粘贴地址，保存后返回主界面。从更多菜单中执行“更新订阅”，有“更新当前组”选项时确认当前组正确。仅仅把地址存进订阅设置，并不会自动证明服务器内容已拉取成功，需要完成一次实际更新。

更新后先检查是否出现服务器名称、协议类型等基本信息。不要急着点连接按钮，也不要逐项编辑服务端参数；正常订阅会把连接需要的字段一并导入。手动覆盖地址、端口或传输设置，容易使订阅提供的参数组合失效。

如果更新提示失败，先核对地址是否仍有效、账户是否可用，以及当前网络能否访问订阅入口。网页能打开登录页，不代表订阅接口也能正常返回配置。已有可用连接时可以尝试通过代理更新；完全没有可用连接时，反复切换更新方式不能替代修复订阅入口。具体分辨方法见疑难解答中的订阅排查。

步骤 02 · 流量入口

选择代理模式与路由分流

先区分两个问题：应用的请求怎样进入客户端，以及进入客户端后走哪条出站。系统代理、VPN 模式和 TUN 主要解决前一个问题；绕过特定地区、全局代理等路由选项主要解决后一个问题。两者不是同一组开关，不能用“已选全局”推断所有应用都会走代理。

v2rayN：首次连接先用系统代理

在主界面底部或托盘菜单中找到“系统代理”。先确认该入口的位置，暂时保持清除系统代理或未启用的状态，等下一步选好活动服务器后再启用“自动配置系统代理”。这种方式会把系统支持的代理设置指向客户端的本地监听端口，适合先用遵循系统代理的浏览器完成验证。

在路由选择处，可以先使用客户端提供的“绕过大陆”等常用分流方案，但应根据实际网络环境和访问目标选择。它的含义是按规则让一部分流量直连、另一部分流量代理，并不是所有请求都必须经过服务器。如果需要短暂排除分流规则影响，可在连接正常后切换全局代理做对照，测试完成再恢复日常规则。

首次操作暂不启用 TUN。系统代理和 TUN 是不同的流量接管方式，后者还涉及虚拟网络接口、权限和 DNS 处理。先验证浏览器链路，有明确的应用接管需求后再按系统教程配置 TUN，比一开始同时打开多个开关更容易排错。

v2rayNG：确认 VPN 模式与应用范围

进入设置，找到模式相关选项，确认使用“VPN 模式”。随后检查“分应用代理”是否启用：若开启，请确认用来验证的浏览器包含在需要接管的范围内，并看清界面描述的是包含列表还是绕过列表。首次配置可以暂不启用分应用筛选，先减少应用范围带来的变量。

接着打开“路由设置”，选择符合当前用途的规则。安卓状态栏出现 VPN 标识只说明系统已建立对应的接管通道，不等于远端服务器一定可达；同样，规则安排直连的应用或地址，也不会因为连接按钮处于运行状态就自动改走代理。

保存后返回主界面。如果系统已有另一个 VPN 连接，请先断开，再继续本教程。不要在此时安装额外的 DNS 工具或同时开启其他网络接管功能。先保持一条清楚的路径：应用进入当前客户端，再由当前路由决定直连或代理。

步骤 03 · 建立连接

测试节点并启动代理连接

在订阅分组中选取服务器，先做可用性测试，再设为当前连接目标。服务器名称里包含的地区或线路说明只能作为辨认信息，不能代替实际测试。测试结果也只反映当时网络条件，不需要为了追求最小数字频繁切换。

v2rayN：真连接测试后设为活动服务器

选中目标服务器，在右键菜单中寻找“测试服务器真连接延迟”或含义相近的可用性测试入口。可以先对少量候选条目执行测试，等待结果返回。普通 TCP 测试主要说明端口是否能建立连接，真连接测试还会尝试通过代理访问测试地址，因此更适合首次筛选；但测试地址本身异常时，也可能影响结果。

选择一个测试可用的条目，使用“设为活动服务器”等对应操作。只在列表里高亮一行，不一定已经切换了实际活动服务器，需结合界面当前服务器提示确认。然后把“系统代理”切换为“自动配置系统代理”，观察客户端日志是否出现启动错误，底部状态是否反映当前代理设置。

若日志提示本地端口被占用，应先处理冲突再继续。不要只改浏览器端口，也不要随意结束无法确认用途的系统进程。可关闭已知的其他代理程序后重试，或参考本地监听端口冲突排查，定位占用来源并成对调整监听端口与应用代理设置。

v2rayNG：点选服务器，再授权连接

在主界面点选准备使用的服务器，确认它已成为当前条目。可从更多菜单执行真连接测试或当前版本提供的可用性测试，完成后再点击底部连接按钮。首次启动时，系统通常会显示 VPN 连接请求；核对请求来自当前客户端后允许，随后返回应用查看运行状态。

如果系统没有授予 VPN 权限、另一个 VPN 仍在运行，或者核心启动时报错，按钮状态变化不能证明链路已经可用。打开客户端日志，先读连接动作之后出现的第一条相关错误，而不是只看最后一行。出现超时可以更换一个已测试的条目作对照；所有条目都失败时，应优先检查当前网络、订阅状态和设备时间。

运行期间保留客户端进程。桌面端最小化到托盘通常与完全退出不同；安卓端若锁屏后经常断开，可检查系统对后台活动和电池使用的限制，按实际需要允许客户端持续运行。不要仅因为按钮变成运行状态就结束验证，下一步需要用真实请求确认代理效果。

步骤 04 · 实际请求

验证代理是否生效

验证分为“请求有没有进入客户端”和“进入后有没有成功出站”两层。不要只看连接按钮，也不要只看某一个网页是否打开。浏览器缓存、路由直连规则和应用自己的代理设置，都可能让单一现象产生误导。

先用浏览器，再对照日志

打开一个新的浏览器窗口，访问平时需要通过该代理访问的 HTTPS 页面，刷新并等待加载。若使用浏览器代理扩展，先让它遵循系统设置，或者暂时关闭扩展，避免扩展把流量指向另一个端口。安卓端则再次确认该浏览器没有被分应用规则排除。

随后查看客户端日志。在日志级别允许记录访问的情况下，核对刚才请求的目标域名和时间，留意它是走代理出站还是直连出站。不同内核的日志措辞不同，有些默认只显示错误；没有访问记录时，先检查日志级别，不能直接判定请求没有进入客户端。需要时临时打开访问日志，验证后恢复日常级别。

如果使用出口地址查询页面，应先明确该页面命中了哪条路由。分流规则可能让查询页面直连，因此地址未变不一定说明代理失效。只有确认请求走代理之后，出口变化才有参考意义；也不能据此证明其他所有应用都已接管。

桌面端可用命令单独检查代理链路

在 v2rayN 的参数设置中确认“本地混合监听端口”。下面以默认端口 10808 为例，通过 HTTP 代理方式请求示例站点，只读取响应头。若实际端口不同，请先替换命令中的端口。此命令验证的是显式指定的本地代理链路，不依赖浏览器是否遵循系统代理。

curl --proxy http://127.0.0.1:10808 --head --max-time 20 https://example.com/

在终端支持 curl 时执行以上命令；在需要区分命令别名的环境中，可明确使用 curl.exe。不要把输出中的代理隧道建立提示当作最终成功，还要看后续是否完成 TLS 连接并返回目标站点的 HTTP 响应。站点返回拒绝访问等状态说明收到了响应，但不代表该站点业务可用；若超时或无法连接本地端口，则需要继续排查。

显式代理命令成功、浏览器失败，优先检查浏览器代理扩展和系统代理设置；本地端口连接被拒绝，优先检查客户端是否运行以及端口是否正确；本地监听正常却在远端握手阶段失败，再检查节点参数、账户状态、设备时间和当前网络。这样按层定位，比连续更换路由选项更有效。

完成后保留一套可重复的日常流程

当浏览器请求能够完成，并且日志显示它使用了预期出站，本次首次连接就已验证。日常使用时先启动客户端、确认活动服务器，再启用接管方式；出现异常先复测当前条目，必要时更新订阅。不要每次使用都重新导入同一地址，重复分组会增加辨认成本。

停止使用时，v2rayN 先清除系统代理，再完全退出客户端；若只是最小化到托盘并打算继续使用，可以保持运行。v2rayNG 点击停止连接，并确认系统 VPN 状态已经结束。桌面端若退出后网页打不开，先检查是否还残留指向本地端口的系统代理设置。