v2rayN 订阅导入
与系统代理教程

第一步：导入订阅并更新列表

先从订阅提供方的账户页面复制完整的订阅地址。复制的是用于更新服务器配置的链接，不是账户登录页，也不是某个套餐的介绍页。地址通常包含身份凭据，不要发到公开聊天或截图中；反馈问题时应遮住整个地址，而不只是末尾几个字符。若来源只提供二维码或单条分享链接，先确认其类型，再使用客户端对应的导入入口。

在 v2rayN 中新增订阅分组

打开 v2rayN 主窗口，在菜单中找到“订阅分组”，进入“订阅分组设置”，选择新增。为分组填写一个便于辨认的备注，把完整地址粘贴到订阅地址输入框，再保存。不同界面版本可能将新增操作放在加号或右键菜单中，但目标都是建立一条带订阅地址的分组记录。此时保存的是更新来源，服务器列表暂时没有变化并不代表失败。

回到主窗口，打开“订阅分组”菜单，对刚建立的分组执行更新订阅。第一次尚未建立代理连接时，优先使用“不通过代理”更新的选项；如果当前网络确实无法访问订阅地址，再考虑使用已经确认可用的其他连接路径。更新结束后切换到这个分组，正常情况下应能看到服务器记录。先检查分组筛选条件，避免把其他分组的空列表误认为本次更新没有结果。

如果列表仍为空，查看客户端提示：网络超时与内容解析失败不是同一种问题。前者先检查订阅地址能否访问、链接是否过期；后者需要确认复制的内容是否为客户端支持的订阅格式。不要把返回的网页内容直接写入 config.json。订阅地址、vmess:// 或 vless:// 单条分享链接，以及完整 JSON 配置，各自有不同的入口，不能因为都包含文本就混用。

在 v2rayNG 中使用对应入口

在 v2rayNG 打开侧边菜单，进入“订阅分组设置”，通过加号新增分组，填写备注和订阅地址后保存。返回服务器列表，在菜单中执行“更新订阅”，再查看对应分组。只添加分组而没有更新时，也可能看不到任何服务器。已经有记录但订阅变更后未同步，则需要再次执行更新，而不是不断重复新增同一条地址。

完成这一步的判断标准是：正确分组下有可选择的服务器，更新过程没有持续报错。暂时不必逐个测试全部记录，也不要手动改写服务器参数。若需要区分订阅编码与分享链接，可阅读订阅入口与 Base64／URI 格式说明；准备继续时，保留服务器列表，进入代理模式设置。

第二步：选择系统代理与路由模式

列表中出现服务器，只能说明配置已导入，不能说明应用请求已经进入客户端。这里要分清两个问题：系统代理或 TUN 决定请求怎样进入本机客户端，路由规则决定进入后的请求走哪个出站。它们不是同一层开关。首次上手先用系统代理验证浏览器，保留已有的基础路由预设，不同时开启 TUN 或修改 DNS。

理解系统代理的三个选项

v2rayN 的“自动配置系统代理”会尝试把系统代理指向客户端的本地监听地址，让遵循该设置的应用使用它。“清除系统代理”用于撤销系统代理设置，通常在停止使用或排查时选择。“不改变系统代理”表示客户端不主动改写当前系统设置，并不等于直连，也不等于已经启用代理：如果系统里原本保留了其他代理地址，它仍可能继续生效。

现在先找到这三个选项，确认操作位置。真正切到“自动配置系统代理”前，应先按下一步选定服务器并确认内核启动。若当前系统代理已经指向一个没有运行的程序，可以先清除，避免浏览器在准备过程中无法联网。后续自动配置时，应以客户端显示的本地监听地址与端口为准，不要照抄其他教程中的固定端口。

先沿用分流预设，再考虑 TUN

在客户端的路由设置或路由选择入口，选择已有且适合当前用途的分流预设。分流意味着部分请求直连、部分请求交给代理出站；全局代理类预设则会让更多请求进入代理出站。具体行为取决于规则内容及顺序，不能只凭预设名称判断。首次验证应选一项明确会走代理规则的访问目标，同时保留一个直连目标作为对照。

TUN 通过虚拟网络接口接管流量，通常涉及额外权限，也可能改变 DNS 和路由行为。它适合处理不遵循系统代理的应用，但不应成为首次连接失败时立即叠加的开关。先关闭 TUN，用系统代理确认基本链路；确有应用接管需求时，再按照完整文档中的平台章节单独配置，避免两种接管方式同时变化导致难以判断原因。

v2rayNG 主要通过系统 VPN 接口接管应用流量，不需要寻找桌面端的系统代理三态。若启用了分应用代理，要检查准备测试的浏览器是否在接管范围内。路由模式与分应用名单都会影响结果，第一次验证可沿用明确的基础设置，先不要增加大量例外规则。完成模式选择后，下一步才是让选定的服务器真正参与连接。

第三步：选择服务器并启动连接

回到 v2rayN 的服务器列表，选择订阅提供方明确标注为可用、且符合当前用途的一条记录。点击高亮一行有时只是选中，并不代表已将它设为活动服务器。使用右键菜单中的“设为活动服务器”或当前版本提供的对应操作，并查看活动标记是否移动到这条记录。名称相近的记录可能采用不同协议或传输方式，不要把其中一个字段复制到另一条记录来拼接配置。

先确认内核，再写入系统代理

v2rayN 通常会在应用活动服务器后启动或重载内核。打开主窗口的日志区域，观察最新记录，确认没有持续出现配置解析错误、启动失败或端口占用。窗口已经打开不代表内核一定正常；如果本地监听尚未建立，系统代理即使设置正确，也没有可接收请求的本地服务。

若日志提示端口占用，先退出其他代理程序或同一客户端的重复实例，再重试。不要直接随机更换端口后忘记同步系统设置。如果日志指向配置字段不支持，先确认客户端更新情况与订阅格式，不要删除看不懂的字段来强行启动。安装权限、应用打开限制或平台运行环境问题，应回到全平台安装配置文档处理，不必在首次连接时手工维护整份配置文件。

内核正常后，在 v2rayN 菜单中选择“自动配置系统代理”。macOS 用户可以进入“系统设置 → 网络”，选择正在使用的网络服务，在“详细信息 → 代理”中查看相关设置；不同系统版本的层级名称可能略有差异。重点是核对已启用的代理项目是否指向本机，以及端口是否与客户端当前监听设置一致。只观察实际启用的项目，不要求把页面里的所有代理类型都打开。

安卓端点击连接并确认系统请求

在 v2rayNG 的服务器列表选中目标记录，再点击连接按钮。首次出现系统 VPN 连接请求时，确认请求确实由正在使用的客户端发起，再允许建立连接。系统状态栏出现连接标记，表示接管接口已建立；它并不能单独证明远端服务器可访问。若已有其他使用同类接口的网络工具运行，先停止它，再重新连接，避免接口争用。

连接后可使用客户端提供的测试功能作为初步参考，但测试失败不一定等于所有应用都无法访问，测试成功也不代表每个应用都遵循相同路径。不要根据一个测试结果连续更换多项设置。此时保持服务器、路由和接管模式不变，转到下一步，用真实浏览器请求验证完整链路。

第四步：验证是否生效

打开一个遵循系统代理的浏览器，新建标签页，访问你有权使用、且预期由代理规则处理的 HTTPS 网站。不要只看之前已经打开的页面：缓存、已有连接和后台预加载都可能让页面看起来仍然正常。重新加载页面并发起一次新的操作，同时观察客户端日志中新产生的连接记录，将访问时间与记录对应起来。

用页面、日志与系统设置交叉确认

可用的证据应相互吻合：页面能完成新请求，客户端能看到对应连接活动，系统代理或安卓接管状态也符合预期。日志若包含出站标签，可以进一步区分请求走向 proxy 还是 direct；实际标签由配置决定，不一定与示例同名。分流模式下，一些网站仍走直连是正常现象，因此不能要求每个连接都出现代理出站。

再打开一个预期直连的页面，确认基础网络没有受到影响。如果使用出口地址查询，只把它当作辅助证据：分流规则可能让查询页面本身走直连，而同一个浏览器的其他请求走代理。观察出口地址时，应先确认这个查询目标命中了哪条规则，不要仅凭地址未变化就判断所有代理都失效。

异常时一次只检查一层

若所有页面都打不开，先清除系统代理，确认基础网络是否恢复；安卓端先断开 v2rayNG，再做相同对照。基础网络正常后，回到客户端查看内核状态和活动服务器。浏览器出现本地代理连接被拒绝，通常应先核对监听服务与端口；已经进入客户端但远端连接超时，则再检查服务器可用性、订阅状态及当前网络条件。不要把不同层面的错误一律归因于 DNS。

如果浏览器正常而某个应用仍无变化，先查看该应用自己的代理选项，以及它是否遵循系统代理。部分应用需要单独配置，另一些才适合使用 TUN 接管。若只有特定域名异常，再检查路由命中和 DNS 行为。更完整的分层排查路径见完整文档的配置常见问题，此处先保留已经验证可用的浏览器路径，不要为修复单个应用推翻所有设置。

结束使用前恢复网络设置

桌面端停止使用时，先选择“清除系统代理”，再退出 v2rayN。仅关闭主窗口可能只是隐藏界面；直接结束进程也可能让系统继续指向已经停止的本地端口。退出后若浏览器失去网络，回到系统网络设置检查代理残留，并恢复到本次操作前的状态。设备由单位统一管理时，不要删除原有管理配置，应先确认允许修改的范围。

v2rayNG 则先点击断开连接，确认系统连接标记消失，再退出界面。最后记录本次验证成功的服务器、路由预设与接管方式即可，不需要记录或公开订阅地址。到这里，订阅更新、活动服务器、请求接管和真实访问已经形成完整闭环。以后修改设置时仍沿用这个顺序：每次只改一项，再用同一组目标验证，出现问题就能定位到最近的变化。