开始前准备好服务提供方给出的订阅地址,并确认套餐仍然有效。客户端负责读取配置和转发流量,本身不会自动提供可用服务器。订阅链接通常含有访问凭据,应当只粘贴到自己的客户端,不要发到聊天群、公开截图或在线解析页面。若需要请人协助排查,先遮住地址、账号与服务器认证信息。
首次操作尽量保持当前网络不变,暂停其他代理工具,暂时不要同时修改 DNS、路由和内核选项。这样每一步的结果都有明确来源。下面先完成最短连接路径;系统权限、安装目录与各平台的细节,另见全平台安装配置文档。
第一步:导入订阅
订阅导入分成“保存地址”和“更新内容”两个动作。只把链接填进设置,并不意味着服务器已经加载。先从服务提供方的账户页面复制完整的客户端订阅链接,留意是否有针对客户端的格式选项。普通网页地址、套餐介绍页和登录页不能代替订阅地址;复制时也不要带入两端的引号、说明文字或换行。
v2rayN:新增分组,再更新订阅
打开顶部“订阅分组”菜单,进入“订阅分组设置”,新增一条分组。在备注里填写便于识别的名称,例如“日常使用”,再把完整链接粘贴到订阅地址栏。备注只用于本地辨认,不会改变服务器配置。保存并关闭设置窗口后,回到“订阅分组”菜单,执行更新当前分组订阅;若界面只提供更新全部订阅,也可以在首次配置时使用。
第一次尚未建立代理时,优先选择不通过代理更新订阅的入口,避免更新请求依赖一条还没能连通的连接。观察底部信息或日志,等待更新完成,再切换到刚创建的分组。正常情况下,服务器列表会出现该订阅返回的配置。此时先确认列表不为空,不必立刻逐个修改协议、传输或端口。
v2rayNG:保存分组,刷新配置列表
在应用侧边菜单中找到“订阅分组设置”,通过新增入口填写备注和订阅地址,保存后返回主界面。打开主界面的更多菜单,找到“更新当前组订阅”或“更新订阅”等对应入口。等待更新结束,选择刚才的分组,确认配置列表已经出现服务器条目。不要把订阅链接当成单条服务器分享链接导入:前者需要定期更新,后者通常只添加一个独立配置。
如果列表依旧为空,先检查当前是否选错分组,再核对订阅地址是否完整、套餐是否过期,以及更新日志里是否出现请求失败。返回了登录页面或格式错误时,应重新取得适配客户端的订阅链接,而不是反复点击连接。确实需要借助已有代理才能访问订阅地址时,应先具备一条已验证的连接,再使用通过代理更新的方式。
到这里先停在服务器列表,不要公开导出的配置,也不要随意改写服务方提供的参数。有关订阅、节点与分享链接的区别,可以在术语手册中查阅。下一步要决定哪些应用流量交给客户端处理。
第二步:选择代理模式
代理模式容易和路由规则混在一起。先分清两件事:系统代理或 TUN 决定流量怎样进入客户端,路由决定进入之后走直连还是代理。“全局”通常是路由策略,并不等于所有应用都会自动使用代理。第一次配置只选一种接管方式,确认浏览器可用之后,再考虑需要额外接管的应用。
v2rayN:先使用系统代理
在主窗口底部状态栏或托盘菜单中找到系统代理选项,选择“自动配置系统代理”。它会向系统登记客户端的本地代理入口,遵循系统代理设置的浏览器和应用随后才会把请求发过来。“清除系统代理”用于撤销这类设置;“不改变系统代理”则是保持现状,并不等于已经开启代理。选择后应能在界面看到当前状态与预期一致。
首次测试可以从常见的“绕过大陆”路由开始,让符合直连规则的访问保持直连,其余按规则处理。若你的验证目标恰好被直连规则命中,测试结果自然不能证明代理出口。需要隔离路由影响时,可临时选择全局代理路由进行对照,测试结束再恢复日常策略。这里的全局仍受应用是否遵循系统代理影响。
暂时不要开启 TUN。只有在系统代理已经验证可用、某个应用又不遵循系统代理时,再到参数设置里寻找“启用 Tun 模式”。TUN 通过虚拟网络接口接管流量,可能需要管理员权限或系统授权,也会涉及路由和 DNS。启用后若网络异常,先关闭 TUN 并回到已验证的系统代理路径,避免把权限问题误认为订阅失效。
v2rayNG:检查 VPN 接管范围
安卓端连接时使用系统 VPN 服务,不需要寻找桌面的三段系统代理选项。首次使用先保持应用的基础配置,检查是否启用了“分应用代理”。如果此前选过应用名单,要确认准备测试的浏览器属于代理范围;名单的含义可能是仅代理选中应用,也可能是绕过选中应用,应读清界面说明,不能只看是否勾选。
路由设置同样影响结果。首次先使用可理解的预设,不急着增加自定义域名或 IP 规则。设备上若已有另一个使用 VPN 通道的应用,先断开它,再连接 v2rayNG;系统通常无法同时维持两条普通 VPN 服务。切换应用后若看到系统重新询问授权,需要对照当前应用名称再确认。
这一阶段的目标是让测试浏览器有一条明确的流量路径,不是一次把所有应用和所有网络情况都配置好。保持局域网连接相关设置不变,除非确实需要给其他设备共享代理。系统代理、TUN 与分流的更多差别见代理模式与网络术语,具体平台权限见使用文档。
第三步:连接服务器
现在已有配置,也已经确定流量接管方式,可以开始选择活动服务器。先挑选一个服务方明确标注可用、用途符合当前需求的条目。如果列表很多,不必一开始就全部测试。先选少量候选项做真连接测速,再从有成功结果的条目开始。测速会发起网络请求,可能消耗流量,也会受到当前网络和测试地址影响。
v2rayN:设为活动服务器
在服务器列表选中候选条目,通过右键菜单寻找真连接测速功能。TCPing 主要反映到远端端口的连接情况,不能单独证明协议握手和网页请求成功;真连接测速更接近实际代理请求,但也不能代表所有网站、所有时段的体验。不要只按某一项显示结果反复切换,先找到能够完成测试的配置即可。
选择服务器后,使用右键菜单中的“设为活动服务器”或同类入口。部分界面也支持双击激活,应以当前界面的活动标记为准。v2rayN 不一定有独立的大号连接按钮,设置活动服务器通常会触发内核配置加载或重启。等界面处理结束,再检查前一步选择的“自动配置系统代理”是否仍然启用。
展开日志或信息区域,关注刚才操作之后的新记录。若出现端口占用、配置加载失败或内核退出,应先处理启动错误,不要继续靠切换路由碰运气。端口冲突时,先退出重复启动的客户端与其他代理工具;确实需要修改本地端口,再同步核对手动填写过该端口的应用设置。不要把本地监听端口和远端服务器端口混为一谈。
v2rayNG:选中配置,点击连接
在安卓配置列表中点选候选服务器,确认选中标记落在预期条目上,再点击右下角连接按钮。第一次连接会弹出系统 VPN 请求,核对请求来自 v2rayNG 后允许。返回应用,等待连接状态发生变化。系统状态栏的 VPN 标识说明本地通道已经建立,但远端服务器是否可用,仍要靠下一步的实际请求判断。
连接后可使用应用提供的连接测试入口,结合日志观察结果。若一连接就立即停止,先看是否被其他 VPN 服务替换,或系统授权未完成。如果只有熄屏一段时间后断开,再检查系统电池管理和后台运行权限;不要在首次连接尚未成功时,先把所有后台权限都改一遍。
两端都应遵循“一次只换一个条件”:测试失败后先换同一订阅内的另一个服务器,保持代理模式不变;仍失败再检查订阅有效期、系统时间与日志。系统时间偏差较大可能影响安全连接。若所有候选项都无法建立连接,可以按常见问题中的故障排查顺序继续定位,不要随意改掉服务方给出的传输参数。
第四步:验证是否生效
客户端显示连接状态,是验证的起点,不是终点。一次可靠的检查应同时回答三个问题:本地代理是否运行、浏览器请求是否进入客户端、预期走代理的请求是否通过远端完成。先保持刚才的活动服务器不变,打开一个新浏览器标签页,访问你明确希望通过代理访问的 HTTPS 页面,等待页面主体内容加载完成。
结合网页、日志与出口判断
如果页面能够打开,再回到客户端查看刚才请求对应的日志。不同日志级别显示的信息不同,有些只显示错误,有些能显示目标域名与出站选择。日志没有显示具体域名,不一定表示请求没有进入;但持续出现连接拒绝、超时或解析错误,就应结合发生时间继续排查。不要为了测试把含有凭据的完整日志上传到公开页面。
需要进一步确认出口时,可以在连接前后用同一个可信的出口 IP 查询服务做对照。判断重点是结果是否符合当前服务器和路由预期,不是地图标注是否精确。IP 归属地数据库可能存在差异;而且查询页面若命中了直连规则,即使其他请求走代理,它看到的仍可能是本地网络出口。此时先核对路由,再决定是否临时切到全局代理路由复测。
网页打不开时,先确认浏览器没有启用独立的代理扩展或手动代理设置,这些设置可能覆盖系统代理。桌面上只有浏览器成功、其他应用失败,通常应先检查该应用是否遵循系统代理,再决定是否需要 TUN。安卓上只有部分应用失败,则先检查分应用代理范围。不要仅凭一个应用的结果,就判断整个订阅不可用。
按结果收尾,再保留可用配置
如果日志里完全看不到请求迹象,先回到第二步检查接管方式;如果请求已经进入但持续超时,回到第三步核对活动服务器;如果分组为空或更新失败,回到第一步检查订阅。这样能把故障定位在具体阶段,避免一边重装一边改 DNS,最后无法判断到底是哪项起作用。
验证成功后,恢复日常需要的路由,重新访问一次目标页面,确认恢复之后仍然符合预期。将当前可用的分组备注记清楚即可,不必把完整地址记进公开笔记。后续订阅更新可能替换或移除服务器,因此遇到原有条目失效,先更新分组,再重新选择活动服务器,而不是长期使用已经过期的配置。
最后做一次退出测试。桌面端先选择“清除系统代理”,若开过 TUN 也一并关闭,再退出客户端,确认普通网络能够恢复;异常退出后上网失败时,要检查系统里是否还保留了指向已停止本地端口的手动代理。安卓端点击断开,确认 VPN 标识消失即可。下次使用时重新连接,不需要重复新建同一个订阅分组。