入门操作 / 四步配置
V2Ray 使用教程
导入订阅 → 选择代理模式 → 连接 → 验证是否生效。已有安装包和有效订阅时,可按这条路径完成首次配置,通常预留约十分钟即可;网络故障与订阅问题需要另行排查。
开始前
先从客户端下载页选择适合设备的安装包,安装并打开客户端。桌面端先保持普通权限运行;安卓端安装完成后进入主界面。此时列表为空是正常现象,安装客户端本身不会生成可连接的服务器。
准备一条有权使用且仍然有效的订阅链接,并确认当前网络能够正常联网。订阅通常来自服务提供方或自行维护的配置服务,客户端与订阅是两件事。订阅链接可能包含访问凭据,不要贴到公开聊天、截图或故障报告中。若尚未取得配置,先停在这里,不必通过反复切换模式尝试连接。
第一步:导入订阅
先把订阅保存为一个分组,再执行更新。仅粘贴地址并不代表已经取得服务器配置;只有更新成功、主列表出现条目,才适合进入下一步。开始前先复制完整链接,避免把说明文字、换行或末尾空格一起带入。若提供方给的是单条服务器分享链接,而不是订阅地址,应使用客户端的剪贴板导入功能,不要把两种入口混用。
v2rayN:添加分组并更新服务器
在主窗口顶部打开“订阅分组”,进入“订阅分组设置”,新增一个分组。在“备注”中填写便于识别的名称,例如“日常使用”;在订阅地址输入框粘贴链接,确认该分组启用后保存。备注只是本地标签,不影响连接,关键是地址完整且对应当前有效的订阅。其他选项暂时保持默认,不需要为首次导入额外填写过滤条件。
返回主窗口,再打开“订阅分组”,执行“更新全部订阅(不通过代理)”。首次配置还没有可用代理,通常先走这个入口;如果提供方明确要求通过已有代理访问订阅地址,再按其说明选择对应更新方式。等待更新结果后,在左侧选择“全部”或刚创建的分组,主列表应显示服务器的类型、别名、地址和端口等信息。条目名称由配置提供方决定,不需要与教程里的文字一致。
如果显示更新失败,先回到分组设置检查地址是否被截断、订阅是否过期,以及当前网络能否访问订阅服务。若提示成功但列表仍为空,确认左侧没有选错分组,并检查是否设置了筛选条件。不要重复创建同一订阅来碰运气,这会让后续选择和排查更混乱。具体原因可参照常见问题中的订阅与空列表说明。
v2rayNG:保存订阅后返回主界面更新
在主界面打开侧边菜单,进入“订阅分组设置”,点击新增按钮,填写备注并粘贴订阅链接,保存后返回主界面。随后打开右上角菜单,选择“更新订阅”;部分版本会在菜单文字中标出使用或不使用代理的更新方式,首次连接优先选择不通过代理的入口。更新结束后,确认主界面已出现服务器条目,并切换到正确的订阅分组。
两端都应先确认“列表有内容”,再继续选择代理模式。如果订阅返回的是网页登录页、账户提示或错误文本,即使链接能在浏览器中打开,也未必能被客户端识别。此时应回到提供方的配置页面取得正确的订阅入口,而不是手动修改服务器地址或协议字段。
第二步:选择代理模式
先分清“应用怎样进入代理”和“进入代理后怎样分流”。桌面端的系统代理负责接入,路由模式负责决定直连还是转发给服务器;它们不是同一个开关。入门阶段建议先使用系统代理配合预置分流规则,不同时开启 TUN、浏览器代理扩展和其他代理客户端,避免出现多个程序修改同一设置的情况。
v2rayN:系统代理与路由分别设置
在主窗口底部或任务栏托盘菜单找到“系统代理”,选择“自动配置系统代理”。这会让遵循系统代理设置的浏览器和应用把请求交给本地监听端口。若客户端尚未启动内核,应用可能暂时无法访问网络,因此完成选择后应紧接着进行第三步。首次使用时保留默认监听设置,不要在浏览器中另填一套端口,以免两边配置不一致。
接着在“路由”中选择“绕过大陆”。这个预置模式用于让符合直连规则的请求直接访问,其他请求按规则使用代理。规则是否命中还受目标域名、解析结果和规则数据影响,应通过访问日志确认实际出口。“全局”模式可用于短暂对照排查,但它仍然只影响已进入客户端的请求,不会自动接管所有应用,也不等于开启了 TUN。
暂时不要启用 TUN 模式。系统代理已经足够验证常见浏览器场景;只有明确需要接管不遵循系统代理的应用时,再按全平台指南中的平台配置章节处理权限、虚拟网卡和路由问题。这样做不是减少功能,而是让首次排查只涉及一条清晰的流量路径。
v2rayNG:先保留默认连接方式
在侧边菜单的“设置”中查找“路由设置”,按需要选择绕过局域网及大陆地址的预置规则;不同版本可能将其显示为“绕过局域网及大陆地址”或相近名称。先使用预置规则,不在本次操作中增加自定义域名列表。若无法找到对应项目,保留默认规则也可以先完成连接,再根据实际用途调整分流。
安卓端先保持默认 VPN 工作方式,暂不修改分应用代理列表。若之前已经开启分应用设置,要检查测试用浏览器是否被排除,否则客户端即使连接成功,浏览器请求也可能不会进入代理。完成这些设置后返回主列表,下一步只需选定一个服务器并启动,不必再修改协议、传输或 TLS 字段。
第三步:选择服务器并连接
现在开始建立实际连接。服务器列表有内容只说明配置已导入,并不保证每个条目当前都可用。先选择提供方推荐且用途明确的一个条目,完整验证后再考虑切换。不要一次选中许多条目反复测试,也不要把服务器名称中的地区文字当成网络质量保证。
v2rayN:设为活动服务器并检查运行状态
在主列表中右键目标条目,选择“设为活动服务器”;部分界面也支持通过双击完成选择。观察活动条目的标记是否变化,确认切换到的是目标服务器而不是仅选中了表格行。客户端通常会据此重新加载服务;如果日志没有继续输出或刚修改过参数,可点击顶部“重启服务”,等待启动过程完成。
打开主窗口的日志区域,先看是否出现配置读取、监听启动等信息,再检查有没有持续重复的错误。看到内核启动或本地端口监听,只能说明本机代理进程开始工作,尚不能证明远端服务器可以访问。若出现端口被占用,先退出重复启动的客户端或其他占用相同端口的程序,然后再重启服务,不要直接关闭系统防护设置。
同时回看“系统代理”,确认仍为“自动配置系统代理”。某些其他网络工具会覆盖系统代理设置,因此内核运行正常但浏览器不走代理时,应先确认这个入口,而不是立即更换服务器。若电脑正在使用单位网络或受管理设备,也要遵循设备既有策略,不随意修改管理员配置。
v2rayNG:确认系统连接请求
在主界面点选一个服务器,确认选中标记,再点击右下方的连接按钮。首次启动时,系统会弹出 VPN 连接请求;确认发起应用是当前客户端后允许连接。返回主界面,观察按钮状态、底部提示以及系统状态栏或通知中的连接标识。不同系统的图标位置可能不同,不应只靠图标是否出现判断网络已经可用。
如果系统已有另一个 VPN 类应用运行,先停止原连接,再启动 v2rayNG,避免连接被系统替换。首次验证期间让客户端保持前台或正常后台运行,不急着清理后台。若刚连接便退出、锁屏后立即断开,再查看系统的电池优化与后台运行设置;这些属于后续稳定性问题,不必在连接尚未建立时提前改动所有权限。
完成这一步的标准是:目标服务器已选定,本地服务没有立即退出,系统代理或安卓 VPN 接入已经开启。接下来仍需实际访问测试,才能确认整条链路是否正常。
第四步:验证代理是否生效
用真实请求验证,而不是只看连接按钮。打开常用浏览器,新建一个标签页,访问准备通过代理使用的目标网站,观察首页与后续页面是否都能加载。再打开一个按当前规则应当直连的网站,确认日常访问没有被影响。已缓存的页面、离线内容或仍在复用的旧连接可能造成误判,必要时关闭原标签页后重新访问。
结合访问结果与日志判断
在 v2rayN 中查看测试发生时的运行日志;如果当前日志级别会记录连接信息,可结合目标域名和出站标记判断请求去向。并非每个日志级别都会逐条显示访问记录,因此“没有新增某一类日志”不能单独证明请求没有经过客户端。安卓端可通过 v2rayNG 的日志或连接测试辅助判断,同时以浏览器实际能否访问为主要结果。
延迟测试是辅助工具,不是最终结论。不同测试项可能只测端口连通性,也可能请求一个特定测试地址;测试地址被限制、服务器对该目标不可达,都会影响结果。反过来,显示了延迟数值也不代表目标网站的登录、图片和视频请求都能正常完成。若要了解各类测试结果的差别,可阅读V2Ray 延迟测试说明。
未生效时,按同一顺序逐项检查
先确认当前服务器没有选错,并在提供方允许的范围内换一个条目复测。然后检查应用接入:桌面端是否仍为自动配置系统代理,浏览器是否被扩展设置为直连;安卓端是否仍保持 VPN 连接,测试应用是否被分应用规则排除。只有部分应用失败时,优先检查这一层,不要先重装客户端。
如果应用已经接入,再检查路由。可暂时切换到全局路由,用同一个浏览器、同一个目标网站对照一次;若结果改变,再返回原模式检查分流规则,而不是长期把对照模式当成修复。若日志明确出现解析错误,才继续排查 DNS;若出现握手或认证错误,应检查设备时间、订阅更新和提供方配置。每次只改变一项,并记住原值,才能判断是哪一步带来变化。
遇到仍然无法定位的问题,保留当前可复现的现象,再查看故障排查类常见问题。涉及 TUN、复杂分流或不同桌面系统接入方式时,转到全平台指南继续处理。本教程到实际访问成功为止,不需要为了完成入门再增加额外路由规则。
结束使用与下次启动
桌面端结束使用时,先在“系统代理”中选择“清除系统代理”,再退出客户端,避免浏览器继续指向已经停止的本地端口。如果设备原本使用单位或手动配置的代理,应恢复原有设置,而不是直接清空。安卓端点击停止连接即可;如网络没有恢复,再检查系统是否另有始终开启 VPN 或阻止未经过 VPN 连接的策略。
下次启动通常不必重新导入订阅。打开客户端,按需要更新订阅,确认活动服务器与路由模式,再开启接入并做一次实际访问。若更新后原来的条目消失,重新选择有效条目即可,不要继续依赖旧名称。至此,订阅、接入、连接与验证四个环节已经闭合,后续调整也可以沿这条路径逐层检查。