QUICK START / 01—04

V2Ray 使用教程:订阅导入与连接验证

按导入订阅、选择模式、启动连接、验证结果四步操作。先完成一次可用连接,再调整高级配置。

v2rayN v2rayNG 首次配置约 10 分钟,视网络与订阅状态而定

开始前需要安装客户端,并准备由可信服务提供方交付的有效订阅地址。客户端负责读取配置和处理连接,安装完成不代表已经具备可连接的服务器。尚未安装时,先到客户端页面选择安装包;已经有单条服务器配置时,也可以使用客户端支持的剪贴板导入入口,但不要把单条分享链接填入订阅地址栏。

订阅地址可能包含访问凭据,应作为敏感信息保存。不要把完整地址发送到公开讨论区,也不要在排查截图中露出地址、用户标识或密码。本教程只使用图形界面,不要求编辑 JSON。遇到不熟悉的名词,可以先查阅术语手册,完成连接后再阅读配置细节。

01 导入订阅:先得到服务器列表

订阅是服务器配置的更新入口,不是需要在浏览器里打开的普通网页。先从服务提供方的账户页面复制完整订阅地址,确认复制内容没有多出说明文字、换行或首尾空格。如果提供方同时给出多种订阅格式,应选择明确适用于当前客户端及内核的格式,不要只凭文件扩展名判断兼容性。

v2rayN:新增分组后执行更新

打开 v2rayN,在顶部的“订阅分组”菜单中进入“订阅分组设置”,新增一条分组记录。在备注栏填写便于识别的名称,例如“日常使用”,再把订阅地址粘贴到地址栏。首次配置保留其他选项的默认值,保存并关闭设置窗口。此时通常只新增了订阅入口,服务器列表尚未自动生成,需要继续执行更新。

返回主界面,再次打开“订阅分组”菜单,选择更新订阅的操作。若界面区分“通过代理更新”和“不通过代理更新”,而当前还没有可用代理连接,应先尝试不通过代理更新。等待任务结束,在分组筛选处选中刚才的备注,查看列表是否出现服务器名称、地址或协议等条目。能看到条目,才表示客户端已经取得并解析了配置。

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

在 v2rayNG 主界面打开菜单,进入“订阅分组设置”,使用添加按钮创建分组,填写备注并粘贴订阅地址。保存后返回主界面,通过菜单中的“更新订阅”获取配置。如果界面支持选择分组,先确认正在查看刚创建的分组,避免把其他分组中的旧条目误认为本次更新结果。

列表出现后,先点击一条服务器,使其成为当前选择。桌面端可能显示选中行或活动服务器标记,安卓端通常会显示当前配置的选中标记;普通行高亮与活动状态在某些版本中并不相同,后面的连接步骤还会再次确认。首次配置不必批量测试所有条目,先选服务提供方说明可用的一条,减少排查范围。

如果更新失败,先确认订阅没有过期、账户仍可使用,并核对地址是否复制完整。若提示解析失败,优先检查订阅格式,而不是反复更改 DNS。若提示获取超时,应先检查当前网络能否访问订阅入口,并向提供方确认更新方式。只有已经存在可用代理时,“通过代理更新”才有可用的连接基础。取得列表后,再进入下一步设置流量入口。

02 选择代理模式:分清入口与路由

首次使用最容易混淆的是“系统代理”和“路由模式”。系统代理告诉遵循该设置的应用把请求交给本地客户端;路由则决定进入内核的请求由哪个出站处理。两者属于不同环节。仅选择“绕过大陆”不会自动让浏览器使用代理;仅开启系统代理,也不表示所有请求都会经远端服务器转发。

桌面端先确认系统代理入口

在 v2rayN 主界面底部状态栏或托盘菜单中找到“系统代理”相关选项,确认可以使用“自动配置系统代理”。部分界面的“清除系统代理”表示撤销系统设置,并不是删除服务器配置;“不改变系统代理”则通常保留现有系统设置,不等于已经打开入口。此处先识别选项,等下一步确认内核运行后再启用。

接着查看“路由”菜单或路由设置。日常浏览可先选择客户端提供的“绕过大陆”预设,让命中相应规则的流量直接连接,其余流量按预设交给代理出站。如果服务提供方要求使用特定预设,应以其兼容说明为准。菜单中的“全局”一般指进入内核的流量统一走代理,并不意味着设备上所有应用都已经被接管。

安卓端确认 VPN 接管与路由预设

v2rayNG 通常通过系统 VPN 接口接收应用流量,再按内核规则处理。进入设置中的路由相关页面,查看可用预设,初次使用同样可以从“绕过大陆”开始。若此前设置过分应用代理,应检查目标应用是否被排除;被排除的应用不会因为主界面显示已连接就自动纳入处理范围。初次配置建议先保持默认应用范围。

这里的“直连”指内核不经远端代理服务器建立目标连接,并不是关闭整个客户端。“全局代理”适合临时对照路由结果,但不应在排查时同时修改 DNS、嗅探和传输参数。一次只改变一个选项,才能判断哪个改动影响了结果;修改前记录原值,验证结束后便于恢复。

完成后,记住当前选择的路由名称。下一步即使出现访问异常,也先保留这套路由设置,通过运行状态和日志判断问题所在,避免在尚未启动内核时反复切换模式。

03 启动连接:确认活动配置与内核状态

连接前先确认设备原本能够正常联网,并暂时停止其他会修改系统代理或接管网络的工具。多个工具同时工作时,可能相互覆盖代理地址,也可能产生端口占用或路由冲突。保留一个明确的流量入口,比同时打开多个连接开关更容易判断结果。

v2rayN:设定活动服务器,再启用系统代理

在服务器列表中找到准备使用的条目,右键打开菜单,选择“设为活动服务器”或当前版本的同义操作。确认活动标记或底部状态显示已切换到该条目,而不只是鼠标停留在该行。许多版本会在设定活动服务器后自动加载配置;如果界面提供启动或重启服务操作,可按当前状态执行一次。

打开日志区域,观察内核是否启动完成。有些版本不会长期显示一个单独的“连接成功”提示,因此应结合运行状态和后续请求判断。如果日志立即出现配置加载失败、端口已被占用或协议不支持等错误,先处理该错误,不要继续修改系统代理。端口占用时优先检查是否重复运行了客户端,避免随意改变多个监听参数。

确认内核处于运行状态后,使用系统代理菜单选择“自动配置系统代理”。此时遵循系统代理的应用才有入口把请求交给客户端。保留默认本地监听配置即可;如果某个应用需要手动填写代理,应读取客户端实际显示的监听地址、端口和协议,不要照搬其他教程中的数字,也不要把 SOCKS 端口当作 HTTP 端口填写。

v2rayNG:确认配置后点击连接按钮

在主界面点选目标服务器,确认选中标记,再点击连接按钮。首次启动时,系统会弹出 VPN 连接授权说明;确认请求来自刚安装的 v2rayNG 后允许建立连接。授权是应用接收网络流量的必要步骤,不代表服务器已经验证可用。如果未授权,应返回主界面重新发起连接,而不是重复导入订阅。

启动后查看主界面的运行状态以及系统显示的 VPN 状态标记,再打开日志查看是否持续报错。VPN 标记只能说明本地接管已建立,服务器不可达或远端认证失败时也可能仍然存在。若点击连接后立即停止,先检查日志中的第一条明确错误;后续多条错误可能只是同一问题的连续结果。

无论使用哪一类界面,服务器地址、用户标识、加密方式和传输参数通常应由订阅配置提供。没有明确依据时不要手动改写。配置要求的协议或传输若不被当前内核支持,应确认客户端与配置的兼容关系;不要把某个协议名称替换成另一个名称来尝试“修复”。内核运行且入口启用后,就可以进行实际访问验证。

04 验证是否生效:访问结果与日志一起看

验证要回答两个问题:目标应用有没有把流量交给客户端,客户端有没有按预期完成请求。按钮颜色、系统 VPN 标记和服务器列表都不能单独回答这两个问题。最直接的方法是在同一应用中发起真实请求,再与客户端的运行记录对照。

先检查基础访问,再检查代理路径

打开准备使用的浏览器,新建标签页访问一个在正常网络下已知可访问的网页,确认基础网络没有因设置变化而中断。随后打开实际需要通过代理访问的目标页面,刷新一次并等待结果。尽量使用新请求,避免把已缓存的页面或旧连接误当成新的连接结果;必要时关闭该应用后重新打开再测。

访问时观察客户端日志是否出现对应时刻的请求或连接记录。在“绕过大陆”路由下,部分目标显示直连属于预期结果,并不是代理失效。若当前日志级别不记录逐条访问,也不能仅凭没有记录认定失败,应结合实际页面结果;需要进一步确认时,可以临时查看客户端提供的连接信息,验证后恢复原设置。

如果使用可信的公网出口查询页面,应区分查询结果和规则范围。页面显示的是这一次查询请求的出口,不代表所有应用、所有域名或所有协议都走相同路径。对照测试时,可临时选择全局代理并刷新同一页面,观察结果是否变化;测试完成后切回原先的路由预设。

按层排查,不同时改多个设置

如果所有网页都打不开,先看客户端是否仍在运行,以及桌面系统代理是否指向当前客户端。若只有一个应用失败,检查该应用是否遵循系统代理、是否使用自己的代理设置,或是否在安卓的应用范围之外。浏览器可用并不能证明命令行和其他应用已经接入,每个应用都需要单独确认入口。

如果日志中反复出现远端连接超时,先确认基础网络正常,再选择同一订阅内另一条已知可用的服务器进行对照。若出现认证或握手错误,应优先更新订阅并确认配置仍有效。不要通过关闭证书验证来绕过错误,也不要在原因未明时反复切换协议。涉及域名解析与路由细节的情况,可转到JSON 配置手册继续检查。

结束使用时恢复系统设置

桌面端准备退出 v2rayN 时,先选择“清除系统代理”,再退出客户端,避免应用继续向已经停止的本地监听端口发送请求。若退出后浏览器无法联网,先检查系统代理是否残留,不必立即删除订阅或重装客户端。重新启动客户端可以帮助临时恢复入口,但最终仍应把系统代理状态调整到实际需要的状态。

安卓端先点击断开按钮,确认系统 VPN 状态结束,再离开客户端。之后再次使用时,通常只需检查订阅是否需要更新,选择活动服务器并重新启动。把已经验证可用的路由预设保留下来,后续每次调整只改一项,并用相同的访问方法复测,便于定位变化。

至此,首次使用流程已经闭环:订阅提供配置,入口接收应用请求,路由选择处理路径,实际访问确认结果。下一步若只是日常使用,无需立即编辑配置文件;需要理解 inbounds、outbounds 与 routing 的关系时,再阅读JSON 配置手册。