首次配置 图形界面操作

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

按四步完成基础设置:导入订阅、选择代理模式、启动连接、验证实际访问。已安装客户端且订阅有效时,可预留约 10 分钟逐项操作;遇到错误先停在当前步骤,不要连续修改多项设置。

开始前:准备客户端与有效订阅

尚未安装客户端,先到客户端页面选择适合设备的安装入口。安装完成后打开主界面,暂时不要启用所有开关。已有配置的用户先通过客户端提供的备份或导出功能保存设置,尤其是自定义路由和分应用名单,避免新手步骤覆盖日常使用习惯。

本教程假设已经取得有权使用、仍在有效期内的订阅地址或单节点分享链接。客户端负责读取配置和建立连接,本身不会自动提供可用服务器。订阅地址通常是一个完整的网址;单节点分享链接则常以 vmess://、vless://、trojan:// 或 ss:// 开头。两者入口不同,不要看见链接就直接粘进同一个输入框。

先确认普通网络能够访问已知可用的网站,设备日期与时间也应准确。若当前已有另一个代理工具或 VPN 连接,先记录其状态并退出,避免两个工具同时接管流量。订阅地址可能包含账户识别信息,不要把完整地址发到公开聊天、截图或在线转换页面。只需查词义时,阅读订阅与分享链接说明即可,不需要上传实际内容。

步骤 1:导入订阅并选择配置

先复制完整订阅地址。注意清除复制时带入的引号、空格和换行,但不要随意删除网址末尾的参数。订阅分组名称可以自行填写,例如“日常配置”,它只是客户端里的分类标签,不影响服务器连接。首次操作只添加一个分组,确认流程正常后再整理其他来源。

v2rayN:保存分组,再更新订阅

打开主窗口上方的“订阅分组”菜单,进入“订阅分组设置”,选择添加。在备注或别名处填写分组名称,在地址栏粘贴订阅网址,确认保存。返回主窗口后,从订阅分组菜单更新当前分组;如果界面区分多个更新入口,首次尚未连接时优先使用不经代理的更新方式。

等待更新结束,查看底部信息区域或更新提示。成功后,主列表应出现该分组中的配置,能看到名称、协议类型等信息。先核对当前显示的分组是否正确,再选中一项,通过右键菜单“设为活动服务器”或界面中的对应操作将其设为当前使用项。不要只停留在列表行被选中的状态,要确认活动标记确实已经切换。

v2rayNG:添加订阅分组,返回列表更新

打开侧边菜单中的“订阅分组设置”,点击添加入口,填写备注和订阅地址后保存。返回主界面,在顶部菜单中选择更新订阅;有多个分组时,留意操作作用于当前分组还是全部分组。更新完成后切回对应分组,确认配置已经出现在列表中,再点击一项作为待连接的配置。

如果拿到的是单节点分享链接,不要把它保存成订阅网址。先复制分享链接,再使用主界面的添加入口或服务器菜单中的“从剪贴板导入”功能。导入单节点只增加这条配置,不会自动建立可持续更新的订阅关系。以后服务器参数变化时,需要重新导入新链接,或改用提供方给出的正式订阅地址。

列表没有内容时,先停在这一步

看到“已保存分组”不等于“已取得配置”。如果列表仍为空,先检查分组筛选条件,再重新打开地址栏,确认粘贴的是订阅地址而非账户管理页面。出现请求超时,先确认普通网络和订阅服务是否可访问;出现解析失败,则检查返回内容是否为客户端支持的订阅格式。不要反复新建同名分组,这只会让后续排查更难。

只有提供方明确要求经现有代理更新、且已经存在可工作的连接时,才考虑切换更新方式。订阅一直失败的情况可转到常见问题继续检查;格式兼容性见订阅格式参考。完成本步的标准是:配置列表有内容,并已明确选好一项。接下来再决定哪些应用流量进入客户端。

步骤 2:选择代理模式与路由

先分清两件事:系统代理、VPN 接管或 TUN 决定“流量怎样进入客户端”;路由规则决定“进入客户端后走代理还是直连”。这两层并不相同。即使选择了代理出站规则,应用完全没有把请求交给客户端,也不会因此自动生效。首次使用保持设置简单,先让浏览器通路正常,再处理更多应用。

v2rayN:先使用自动配置系统代理

在主窗口或托盘菜单找到“系统代理”,选择“自动配置系统代理”。这一设置会让遵循系统代理的应用把请求交给本地客户端。若菜单另有“清除系统代理”或“不改变系统代理”,不要把这些选项当作同样的启动方式:前者用于撤销设置,后者可能保留设备原本的代理状态,不适合作为首次配置的默认选择。

然后检查路由设置。日常浏览可先选择客户端内置、符合自身需求的分流规则,不必立即编辑域名和 IP 规则。若需要临时确认某个访问问题是否与分流有关,可以短时使用将普通流量交给代理出站的规则进行对照,验证完再恢复。各版本预设名称可能不同,应看规则说明,不要仅凭“全局”两个字判断所有应用都已被接管。

本轮先保持 TUN 关闭。系统代理通常足够完成浏览器的基础验证;某些独立应用不读取系统代理,是后续再处理的问题。TUN 会增加虚拟网络接口、权限和路由方面的变量,不宜与首次导入同时调试。如果确实需要接管这类应用,等第四步验证通过后,再阅读协议与内核参考及连接排查说明,确认环境要求后单独尝试。

v2rayNG:检查路由与分应用设置

打开设置中的路由选项,先保留内置的基础规则,暂不增加自定义域名或 IP 条目。如果之前启用了分应用代理,检查它采用的是“仅代理选中应用”还是“绕过选中应用”的逻辑。这两种名单方向相反:同样勾选浏览器,结果可能完全不同。首次验证可先关闭分应用限制,让测试范围更容易判断。

安卓端点击连接后会通过系统 VPN 接口接管符合设置的流量,不需要再照搬桌面端的系统代理菜单。设备若已有其他 VPN 连接,系统可能提示切换或替换,应先确认当前连接的用途。不要在未了解影响时覆盖工作环境中的既有连接。

本步结束时,应能说清当前采用什么入口、使用哪套路由、测试应用是否在接管范围内。这里不需要理解每一种协议参数,订阅已包含的服务器字段先保持原样。关于 VLESS、REALITY 与内核支持的关系,可在连接稳定后阅读REALITY 协议参考,不要为了尝试新名称随意更改协议类型。

步骤 3:启动连接并检查运行状态

现在回到配置列表,再核对一次当前分组和选中项。首次连接只使用一个配置,不同时启用负载均衡、自定义链式代理等额外功能。列表中的名称只是提供方填写的备注,不能单凭名称判断实际可用性;是否连通仍要靠启动提示和下一步的真实访问确认。

v2rayN:确认活动服务器与内核运行

将目标配置设为活动服务器后,客户端通常会生成运行配置并启动或重载内核。观察主窗口的信息区域,确认没有持续出现启动失败提示。若界面提供重启服务或重载配置入口,可在修改设置后执行一次,然后等待启动结果,不必连续点击。最后复查“自动配置系统代理”仍为选中状态。

如果提示本地端口被占用,先退出其他可能监听相同端口的代理程序,再重试。确需更换监听端口时,要在客户端设置中修改,并同步检查手动配置过代理的应用;只改一边会形成新的连接失败。不要照抄其他教程中的固定端口值,当前设备实际设置才是排查依据。

桌面端窗口缩到托盘后可能继续运行,关闭主窗口也未必等于退出客户端。测试期间保留查看日志的入口,便于把访问失败与运行提示对应起来。若系统询问网络访问权限,按所需的本地使用范围处理,不必为了排障关闭整个系统防护。

v2rayNG:点击连接并确认系统请求

选中目标配置后,点击主界面的连接按钮。首次启动时,安卓系统会弹出 VPN 连接请求,核对发起应用为 v2rayNG,再确认允许。请求被取消时,客户端即使已有配置也无法完成接管。启动后查看主界面是否显示运行状态,以及系统是否出现相应的连接标记。

若按钮很快恢复到未连接状态,打开客户端日志或错误提示,先看是否存在配置解析、内核启动或权限方面的错误。遇到明确的不支持字段,不要通过删除陌生参数来碰运气;先核对客户端是否需要更新,以及订阅要求的内核能力。协议与传输参数必须与服务器一致,随意删改可能让问题从启动失败变成握手失败。

如果只在切到后台或锁屏后断开,先确认前台使用能否稳定,再检查系统对该应用的后台运行与电池管理限制。不同设备的设置名称不同,应只调整与该应用相关的选项。不要把后台被系统停止,误判为订阅中的所有配置同时失效。

完成本步的标准是客户端保持运行,且没有明显的启动错误。运行状态只证明本地服务已经起来,还不能证明远端访问成功。接下来用浏览器和实际应用验证整条路径。

步骤 4:验证浏览器与应用是否生效

先新开一个浏览器页面,访问已知当前可用的网站,再访问实际需要使用的服务。不要仅刷新一个已经缓存的页面,也不要只看网页标题是否出现。可以继续打开页面内的新链接或加载一项新内容,观察是否真正完成请求。若普通网站也无法打开,先回到网络和客户端运行状态,而不是立刻更换路由。

先看真实访问,再看测试结果

客户端的延迟测试用于辅助筛选,不等于浏览器请求一定成功。有些测试只检查连接建立,有些会发起特定请求;测试方式、目标和实际应用并不相同。延迟有结果但网页打不开时,应继续检查应用是否使用代理、域名解析以及路由匹配情况;反过来,测试显示超时但实际访问正常,也不必仅凭一项数字删除配置。

桌面端如果浏览器可用、独立应用不可用,先检查该应用有没有自己的代理设置,以及是否遵循系统代理。不要直接推断服务器故障。安卓端出现部分应用不生效时,返回第二步检查分应用名单和路由规则,确认该应用没有被排除。一次只测试一个应用,能更快确定差异发生在哪一层。

需要进一步判断时,可在发起新请求的同时查看客户端日志或连接记录。根据当前日志级别,界面可能显示目标地址、规则匹配或错误信息;没有显示请求也可能只是记录级别较低,不能单独据此下结论。若临时提高日志详细程度,定位结束后恢复日常设置,并注意日志中可能包含访问目标。

用开关对照,确认接管与路由

在不会影响重要任务的前提下,可以做一次连接开启与关闭的对照。桌面端先清除系统代理,再停止服务;重新测试前恢复自动配置系统代理并启动服务。安卓端使用连接按钮断开,再重新启动。每次都新建请求,并保持同一测试目标,避免把页面缓存和网络波动当成连接效果。

若使用外部出口查询页面,看到的地址只能说明该次查询请求采用了某个出口,不能证明所有应用、所有域名都走相同路径。分流模式下,不同请求走不同出口本来就可能符合预期。判断标准应是当前路由规则与实际需求是否一致,而非要求每个页面都显示相同地址。

如果仍然失败,按顺序回查:普通网络是否可用、订阅是否成功更新、活动配置是否正确、内核是否持续运行、测试应用是否进入客户端、路由是否符合预期。与连接有关的进一步说明见无法连接排查;只有测试结果异常时见延迟测试说明;能够访问但加载缓慢时见速度问题排查。先定位现象,再选对应问题,不要把所有设置重置一遍。

结束使用时,恢复设备状态

桌面端准备退出客户端时,先选择“清除系统代理”,再通过托盘菜单退出,避免应用继续指向已经停止的本地服务。如果之前启用了其他接管方式,也应使用对应入口关闭。安卓端点击断开,确认客户端和系统的连接状态已经结束。随后访问普通网站,检查设备已经恢复到预期的联网状态。

四步完成后,保留当前可用配置,不必继续改参数。以后通常只需更新订阅、选择配置并连接;更换设备时重新检查系统代理或应用接管范围,不要默认旧设备上的行为会自动沿用。需要进一步了解协议选型、内核差异或订阅兼容性,再进入协议参考阅读;只查某个名词,则使用术语表。