v2rayN 配置教程

开始前：客户端与订阅地址

本教程面向已经安装客户端、准备完成首次配置的用户。通常可按约十分钟的操作流程推进，但订阅地址是否有效、网络是否可达，会影响实际耗时。尚未安装时，先到获取客户端页面选择适合系统与芯片架构的安装包，完成安装并打开主界面，再返回这里继续。首次配置先沿用默认监听端口，不同时调整 DNS、TUN 或自定义路由，便于出现问题时缩小范围。

订阅地址需要从可信的服务提供方取得，客户端本身不会生成可用的服务配置。订阅地址通常是能返回配置列表的链接，不是登录管理页面的地址，也不是普通网页分享链接。复制时保留完整内容，避免带入前后空格、换行或聊天软件附加的标点。地址可能包含个人访问凭据，不要将它贴进公开讨论区，也不要上传包含完整地址的截图。

准备过程中还应确认设备时间基本准确，并记下当前是否有其他代理工具正在运行。首次测试只保留一个负责接管流量的客户端，避免多个程序反复修改系统代理。若只有单条分享链接而没有订阅地址，可使用客户端的剪贴板导入功能，但那属于单条配置导入，后续不会自动获得订阅更新；本文仍按订阅流程操作。

第一步：导入订阅

先建立订阅分组，再更新配置列表。仅把地址保存到分组里，并不代表已经拉取到服务器条目。完成这一步的判断依据，是主界面出现可选配置，而不是设置窗口里留有一个链接。建议给分组填写易识别的备注，例如“日常订阅”，以后更新时就能确认操作对象。

v2rayN：保存分组后执行更新

在主界面找到“订阅分组”，进入“订阅分组设置”，点击新增或添加按钮。在备注字段填写分组名称，将完整链接粘贴到订阅地址字段，其余选项先保持默认，然后保存。如果界面将订阅管理放在独立侧栏，先打开对应分组的编辑窗口，填写的仍然是备注与地址这两项。

回到主界面，打开“订阅分组”菜单，选择更新订阅的操作。首次尚未建立可用连接时，通常先使用“不通过代理”更新；如果当前网络无法访问订阅地址，应先确认地址访问条件，不要反复切换无关设置。已有可用连接且提供方要求通过代理访问时，再选择相应的更新方式。等待结果提示后，切换到刚才的分组，查看是否出现服务器名称、地址或协议等配置内容。

v2rayNG：添加地址后返回主页更新

在主页菜单中打开“订阅分组设置”，使用添加按钮新建分组，填写备注与订阅地址并保存。随后返回主页，打开菜单里的更新订阅操作。部分版本允许只更新当前分组；使用这一选项前，先确认主页已切换到目标分组。更新完成后，主页应出现新的配置条目，点选其中一条，使其成为后续启动要使用的配置。

若列表仍为空，先看更新结果属于“获取失败”还是“解析失败”。获取失败通常要检查地址、网络和访问权限；解析失败则要确认返回内容是不是客户端可识别的订阅，而不是登录页面或提示页面。此时不要把订阅地址交给来源不明的转换页面。关于链接类型与订阅格式的区别，可查阅术语手册中的客户端与订阅条目。

列表出现后，先选一条明确支持当前客户端的配置继续，不要同时导入多份来源相同的订阅。订阅更新通常会覆盖分组内由订阅生成的条目，因此不建议直接在这些条目上反复修改服务参数。需要记录调整时先使用独立副本；本次上手流程无需手动填写协议字段，下一步只处理代理接入与路由选择。

第二步：选择代理模式

这一阶段要分清两个设置：应用如何把请求交给客户端，以及客户端收到请求后如何选择出站。系统代理主要解决前一个问题，路由模式主要解决后一个问题。“全局”一般表示已进入客户端的流量优先使用代理出站，并不意味着设备上所有应用都会自动接入。把这两层分开，后面的验证才有明确目标。

v2rayN：系统代理与路由分别设置

先在主界面或托盘菜单找到“系统代理”。对于浏览器等会遵循系统代理设置的应用，可选择“自动配置系统代理”或对应的设置系统代理操作。“清除系统代理”会移除这一接入方式；“不改变系统代理”通常只是保持现状，不能用它来判断代理已经设置成功。具体系统可能另有权限提示，以客户端实际结果为准。

随后找到“路由”菜单，首次日常使用可选择内置的“绕过大陆”规则，或当前版本提供的含义相近的直连分流规则。这类规则通常让匹配到指定域名、地址范围的请求直连，其余请求按默认出站处理。不要仅凭规则名称推断所有细节；本次只选内置方案，不编辑规则顺序。如果希望先排除分流影响，可以在验证阶段短暂使用全局路由，确认后再恢复。

v2rayNG：检查路由与分应用范围

在菜单的设置或路由设置中查看当前路由模式，先选内置的绕过大陆或相近方案。首次测试可暂不启用分应用代理，让后续测试应用处在默认接入范围内；如果已有分应用名单，确认浏览器没有被排除。安卓端的系统 VPN 接口负责接收流量，路由规则负责决定出站，这与桌面端设置系统代理不是同一个按钮逻辑。

保存后回到主界面，确认刚才选中的配置没有变化。暂时不要叠加自定义 DNS、复杂应用名单或额外规则，也不必为了首次连接开启 TUN。桌面端某些应用不遵循系统代理，可能需要单独设置代理或采用其他接入方式，这不等于服务器配置失效。详细范围说明见使用手册的代理模式章节；当前先使用浏览器完成基础连接测试。

第三步：启动连接

订阅配置和代理模式准备好之后，再启动实际连接。先确认当前分组及选中条目，避免误用旧配置。客户端列表中的选中高亮、活动服务器标记和内核运行状态是不同信息：高亮可能只是准备操作的行，真正生效的配置应以活动标记和启动日志为准。

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

在服务器列表中找到目标条目，通过右键菜单选择“设为活动服务器”或同类操作。有的版本也支持双击切换，请以界面提示为准。切换后客户端通常会加载该配置并启动或重启内核，不一定存在一个统一的“连接”按钮。观察活动标记是否移到目标行，再查看日志区域有无配置加载失败、端口占用或内核启动失败的提示。

确认内核已启动后，再核对系统代理仍是已设置状态。若提示本地监听端口被占用，先退出其他代理工具，检查是否重复打开了客户端实例，而不是连续修改多个端口。如果需要改监听端口，应用侧手动填写的代理端口也必须同步；首次配置更适合先消除冲突，继续沿用默认值。日志显示启动成功只说明本地服务能够运行，尚不能证明远端连接正常。

v2rayNG：确认系统授权后启动

点选目标配置，点击主页底部的启动按钮。首次启动时，安卓会显示 VPN 连接请求，确认请求来自当前客户端后授权。系统显示的 VPN 标识意味着应用建立了本地接入通道，不代表远端服务器一定可用。返回客户端查看运行状态，若按钮已变为停止操作且没有立即报错，再进入下一步测试。

如果启动后马上停止，先查看应用日志，确认是配置解析、系统授权还是内核启动阶段的问题。安卓设备通常不能让两个普通 VPN 应用同时接管连接，已有连接可能在本次启动时被替换。若前台能用、切到后台一段时间后断开，再检查系统电池管理对 v2rayNG 的后台限制；不必在尚未连通前调整所有省电选项。

遇到错误时保留一条最直接的日志信息即可，不要同时更换配置、路由和 DNS。日志可能包含服务器地址或访问目标，分享前应遮去个人信息。常见启动问题可到FAQ 的故障排查分类继续定位。客户端保持运行后，下一步用真实请求验证，而不是只看运行图标。

第四步：验证是否生效

验证需要同时检查应用接入、路由选择和远端访问。一次网页打开成功只说明这次请求可达，不能单独证明它使用了代理；一次请求失败也不能直接认定所有配置都不可用。先选一个平时能稳定访问的页面确认基础网络，再选择按当前规则预期应走代理的目标进行对照，尽量使用同一个浏览器完成测试。

发起新请求，对照日志中的出站

桌面端使用会遵循系统代理的浏览器打开新标签页，访问目标页面；如果浏览器配置过独立代理扩展，先暂停扩展对接入方式的覆盖。安卓端确认测试应用没有被分应用规则排除，再发起访问。旧页面可能来自缓存，已有长连接也可能延续先前路径，因此应重新打开页面或重启测试应用后再判断。

在客户端日志或连接记录中查找刚才请求的目标。如果当前版本显示出站信息，观察它是直连还是代理，并与选用的路由规则对照。日志显示直连且页面正常，并不能作为代理成功的证据；日志显示代理出站但请求失败，则还需检查服务器可达性和配置参数。部分版本默认日志较简略，可临时提高日志级别辅助一次测试，完成后恢复，避免长期记录过多访问细节。

用全局路由做一次受控复测

如果不能确定目标应命中哪条规则，可以短暂切换到全局路由，保持同一个活动配置，再对同一个目标发起新请求。全局下可用、原路由下不可用，优先检查规则与域名解析；两种模式都不可用，则先检查应用是否接入客户端，再检查配置和网络。全局路由仍不能让未接入的应用自动进入客户端，因此切换后没有变化时，不要跳过接入范围检查。

确认连接后，恢复日常使用的分流模式，重新打开常用应用，确认直连与代理访问均符合预期。若只有某个应用异常，而浏览器验证正常，重点查看该应用是否遵循系统代理、是否被名单排除，或是否保留了旧连接。需要进一步理解域名规则、IP 规则和 DNS 的关系时，再阅读使用手册的路由分流章节，无需在首次配置时展开所有参数。

停止连接与恢复网络

桌面端准备退出时，先使用“清除系统代理”，再关闭客户端，避免应用继续请求已经停止的本地代理端口。正常退出是否自动清理，取决于版本与设置；遇到退出后浏览器无法联网，应检查系统网络设置里是否残留手动代理。安卓端使用 v2rayNG 的停止按钮结束连接，确认系统 VPN 标识随之消失，再测试常用应用能否恢复普通网络访问。

至此应能复述当前使用的订阅分组、活动配置、接入方式和路由模式，也能正常停止连接。后续订阅更新通常只需回到对应分组执行更新，再检查活动配置是否仍存在，不需要重新完成全部步骤。首次连接已经验证可用后，再按实际需要研究 TUN、DNS 或自定义规则；每次只改变一个设置，并重复本节的请求与日志对照，才能保留清晰的排查路径。