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

第一步：导入订阅并更新服务器

先完整复制订阅地址。复制时避免带入前后的说明文字、换行和空格，也不要把服务提供方的账户管理页面误当成订阅地址。两者可能来自同一个网站，但客户端需要的是返回配置内容的链接。如果提供方给出多种格式，选择明确适用于当前客户端或兼容协议的格式；拿不准时先查看提供方说明，不必马上尝试订阅转换。

v2rayN：添加订阅分组

打开 v2rayN，在顶部“订阅分组”菜单中进入“订阅分组设置”。点击添加，给分组填写一个便于辨认的备注，例如“日常使用”，再把复制的链接粘贴到订阅地址字段。首次使用先保留其他默认项，保存后关闭设置窗口。回到主界面，应能看到刚刚建立的分组标签；此时分组为空是正常的，因为保存地址并不会自动保证已经获取服务器内容。

接着在“订阅分组”菜单中执行更新操作，优先选择名称包含“不通过代理”的更新项，或使用当前版本提供的直接更新方式。首次配置尚无可用连接，使用“通过代理”更新可能让请求依赖一条还未建立的连接。更新完成后，查看列表是否出现服务器记录，并留意底部日志是否提示获取成功。已有多个分组时，确认当前查看的是新建分组，而不是另一个空分组。

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

打开 v2rayNG 的侧边菜单，进入“订阅分组设置”，点击添加按钮。填写备注和订阅地址，使用页面上的保存或确认入口提交。随后返回主界面的服务器列表，打开右上角菜单，执行“更新订阅”。不同版本可能将更新入口放在分组页面，判断标准相同：先保存链接，再主动获取配置，最后确认列表中出现了可选择的服务器。

如果更新结束仍然没有记录，先检查分组筛选是否正确，再看日志中的错误类型。地址为空、链接过期和连接超时是不同问题，反复点击更新不能替代判断。若只有通过现有代理才能访问订阅地址，需要先具备另一条可用连接，或向提供方确认可直接访问的更新入口。不要为了更新订阅而随意导入来源不明的配置。

看到服务器列表后，就可以进入下一步。列表中出现记录，只能说明配置已被导入，并不代表这些服务器当前都能建立连接。暂时不要批量删除项目或修改协议字段；先保留订阅原始设置。如果日志显示解析失败或返回内容不正确，转到帮助中心查看订阅更新相关排查，再回来选择代理模式。

第二步：选择代理模式与路由

这一阶段需要分清两个设置：代理模式决定请求怎样进入客户端，路由决定进入后怎样转发。例如，桌面端设置系统代理，是把本机代理入口交给愿意读取系统设置的应用；“绕过局域网”则是一种路由策略，用来决定匹配到的流量直接连接还是交给代理出站。两者不是同一个开关，修改其中一个不会自动解释另一个的行为。

v2rayN：先使用系统代理

在 v2rayN 主窗口底部或系统托盘菜单中找到“系统代理”，选择“自动配置系统代理”。客户端会把本地监听地址及端口写入系统代理设置。操作后再次打开菜单，确认当前选中状态确实落在这一项，而不是“清除系统代理”或仅保持原设置的选项。部分桌面环境需要手动确认系统设置，尤其是桌面环境差异较大的设备，应以实际系统代理页面为准。

随后找到“路由”，首次连接可先选名称包含“绕过局域网”的内置规则。这样访问本地设备时通常仍走直接连接，其他请求再按规则处理。如果界面还提供“全局”类路由，它一般是让已进入客户端的请求更多地交给代理出站，不等于自动接管设备里的所有程序。第一次验证先固定一个路由方案，避免同时切换多项设置后无法判断原因。

本次教程不要求开启 TUN。系统代理通常足以验证浏览器是否能通过客户端访问；终端、游戏或自行实现网络连接的应用，可能不读取系统代理，因此它们的结果不能直接代表浏览器配置失败。确实需要虚拟网卡接管时，先完成本文的基本验证，再阅读高级用法中的 TUN 模式说明，逐项处理权限、路由与 DNS。

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

在 v2rayNG 设置中确认使用 VPN 模式，而不是仅开放本地代理端口的代理模式。VPN 模式通过系统提供的虚拟网络接口接收流量，启动时会出现系统授权提示。首次配置建议暂不启用“分应用代理”，以免浏览器刚好不在所选范围内，导致客户端显示运行中而测试应用仍按原来的路径连接。

如果设备此前已经配置过分应用代理，先检查它使用的是“仅代理选中应用”还是“绕过选中应用”的逻辑，两种含义相反。不要只看应用旁边有没有勾选。路由部分可先采用绕过局域网的规则思路，保留其他默认项；“允许来自局域网的连接”用于给其他设备开放入口，当前手机自己连接时无需为了启动 VPN 而额外打开。

完成后，先不要修改 DNS、流量嗅探和自定义路由。这些设置会影响特定场景，但不是首次连接必须一起完成的项目。记录当前代理模式与路由名称，下一步出现问题时就能按同一条件复测。需要按应用分流或编写规则时，再到高级用法继续配置。

第三步：选择服务器并启动连接

回到服务器列表，先选一条服务提供方标为可用、且配置完整的记录。服务器名称只是备注，不是质量保证，也不应仅凭名称判断协议能力。如果订阅提供了多条记录，首次测试固定使用其中一条，等连接成功后再比较其他选项。不要在同一次排查中频繁更换服务器、代理模式和路由，否则很难确定究竟哪一项改变了结果。

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

在 v2rayN 列表中选中目标记录，打开右键菜单，执行“设为活动服务器”或当前版本中含义相同的操作。部分版本也支持双击切换，但应以选中标记和状态提示为准，不能只凭鼠标高亮判断已经生效。切换后稍等片刻，客户端通常会根据当前配置重新加载内核；此时检查底部日志是否持续报错，并再次确认系统代理仍是“自动配置系统代理”。

桌面端不一定有一个需要额外按下的总连接按钮。活动服务器生效、内核正常运行且应用使用本地代理入口后，请求才会按配置转发。状态栏里的监听端口只是入口信息，不代表远端一定可达。若日志提示端口已被占用，先退出另一份正在运行的代理客户端或重复启动的进程，再重试；暂时不要同时修改多个端口字段。

首次启动遇到系统网络权限提示时，核对程序名称与安装位置，再根据实际需要授权。完成本机使用不要求开放局域网访问，也不要为了消除提示而关闭整个防火墙。若程序启动后立即退出，先查看客户端日志和系统提示，区分运行环境缺失、权限限制与配置加载错误，这类问题需要先解决，再测试远端连接。

v2rayNG：连接并确认系统授权

在 v2rayNG 主界面点选目标服务器，确认活动标记移动到该记录，再点击右下角连接按钮。首次使用时，系统会显示 VPN 连接请求；确认请求来自当前打开的 v2rayNG 后允许。返回客户端，观察连接按钮与状态文字是否进入运行状态。若授权窗口被取消，需要重新点击连接，不能把服务器列表选中状态当成 VPN 已启动。

如果设备上已有其他应用占用系统 VPN 连接，先停止原连接再试。连接建立后保持 v2rayNG 运行，先不要马上切换到省电设置或清理后台。只有在前台验证成功、切换应用后却经常断开时，再检查电池优化与后台运行权限。这样可以先排除配置错误，避免把所有连接问题都归因于后台限制。

到这里，应能确认客户端已运行，并且选中了预期服务器。界面上的运行标记只是本地服务状态，下一步仍要检查实际请求。若日志持续出现连接超时，可先换另一条已知可用记录重复本节；若多条记录都失败，则回看订阅是否有效、设备时间是否准确，以及本地网络是否正常。

第四步：验证是否生效与正常退出

验证不要只看一个图标。先用浏览器打开一个原本就能访问的 HTTPS 页面，确认基础网络没有被新设置破坏，再访问需要按当前路由经代理转发的目标页面。每次测试都重新加载页面，必要时打开新的浏览器窗口，减少缓存或已有连接的干扰。页面能够打开，是可用性证据；是否经过代理，还要结合规则与连接日志判断。

同时检查访问结果与请求路径

在桌面端，先确认浏览器没有被代理扩展强制指定到另一处入口；如果扩展覆盖系统设置，v2rayN 的系统代理开关可能影响不到该浏览器。在安卓端，确认测试浏览器没有被分应用规则排除。随后查看客户端的连接或日志页面，留意是否出现刚刚请求的目标，以及对应的连接错误。不要因为没有看到某条日志就立即认定请求未进入，日志级别与版本也会影响显示内容。

客户端内置的测试功能可以作为补充，但要先区分测试类型。TCP 延迟通常只反映某个端口是否能建立连接；真连接测试更接近实际访问，但仍受测试地址、DNS 和路由影响。列表中的一个延迟结果不能保证所有网站可用。更可靠的组合是：目标页面正常加载、客户端没有持续报错、重复测试结果一致。

需要核对出口时，可在自己信任的网络诊断页面查看出口信息，并与连接前进行比较。前提是该请求确实按规则走代理；若诊断页面被设为直连，出口不变并不能证明客户端失效。也不要只根据页面显示的地理位置判断结果，地址库可能存在延迟或归属差异。验证目标是确认请求路径符合预期，而不是追求某个展示标签。

按现象缩小问题范围

如果所有页面都打不开，先检查基础网络、当前服务器与日志中的连接错误；如果只有某个网站失败，先看该域名匹配到的路由，再考虑服务本身状态。如果浏览器能访问而终端不能，通常要检查终端是否使用了代理入口，而不是立刻重新安装客户端。遇到域名解析报错时，记录错误文字后到帮助中心继续排查，不要一次替换全部 DNS 设置。

基本连接确认成功后，可以保存一份简短记录：使用的订阅分组、活动服务器备注、代理模式和路由名称。以后调整设置，每次只改一项，再重复相同页面测试。订阅更新会改变服务器信息，手动编辑的记录也可能被覆盖；需要长期维护分组、服务器过滤与自定义出站时，转到进阶配置手册，不要在首次连接阶段堆叠这些选项。

最后再打开一个原本能直接访问的页面，确认退出后的网络也正常。如果桌面端异常结束后浏览器突然无法访问，可先检查系统代理是否还保留本地地址，并将其恢复到使用前的设置。至此，订阅导入、模式选择、启动连接与验证形成完整闭环。后续只有出现明确需求时，再逐步增加分应用代理、TUN 或自定义 DNS。