v2rayN 使用教程：从订阅导入到连接验证

在 v2rayN 桌面端打开“订阅分组”或订阅设置入口，新建一个订阅分组。分组备注可以写成便于识别的名称，例如“常用订阅”，地址栏粘贴完整订阅链接。确认地址首尾没有空格后保存，再执行“更新全部订阅”或当前分组的更新命令。不同版本的菜单文字可能略有差异，但需要完成的动作始终是新增分组、填写地址、保存和更新。

更新开始后，先观察客户端底部状态区或日志区域。正常情况下，更新结束后主服务器列表会出现若干配置项，列表通常包含类型、地址备注或分组等信息。这里不需要逐项修改服务器参数，因为订阅已经提供了协议、端口、传输和安全设置。手动改动其中一个字段，反而可能使该配置偏离订阅源。

在 v2rayNG 中打开侧边菜单的订阅分组页面，点击新增按钮，填写备注与订阅地址并保存。返回订阅列表后，选择刚建立的分组并执行更新。随后回到主界面，服务器配置应出现在可选列表中。如果主界面仍显示空列表，先回到订阅分组确认该分组是否启用，再检查是否真正执行过更新，而不是只保存了地址。

订阅更新时可能遇到地址失效、当前网络无法访问订阅源、返回内容格式不兼容或请求超时。此时不要连续添加多个相同分组，也不要把订阅链接当作单节点分享链接导入。先打开分组编辑页核对地址；若地址来自复制操作，可删除后重新粘贴一次。仍然失败时，记录日志中的请求错误和发生时间，再进入订阅失败诊断按网络、格式和代理路径逐项检查。

订阅导入完成后，下一步不是立即修改每个节点，而是确定客户端如何处理不同目标的连接。这里要区分“系统代理”和“路由模式”：系统代理决定桌面应用是否把请求交给 v2rayN 的本地代理端口，路由模式决定请求进入客户端后采用直连、代理还是阻止等处理方式。两者处于不同层级，只开启其中一项可能无法得到预期结果。

首次配置 v2rayN 时，可在路由设置或托盘菜单中选择带规则分流的模式，例如按照预置域名与地址规则决定直连或代理。这样便于验证常见网页访问，同时保留规则命中的可观察性。全局模式会让更多请求走所选节点，适合短时间判断某个应用是否受路由规则影响，但不建议在不了解系统后台流量的情况下长期作为唯一设置。直连模式则主要用于暂时停用代理路径和对照测试。

选择模式后，查看客户端当前路由配置是否已载入。v2rayN 的不同界面版本可能把路由入口放在设置页、主菜单或托盘菜单中；当前模式通常会以勾选状态或文本状态显示。先保留订阅附带或客户端预置的规则，不要在首次连接前添加大量自定义域名。规则越复杂，出现访问异常时越难判断是哪一条匹配造成的结果。

v2rayNG 的主界面一般提供路由选项或预定义规则入口。选择与桌面端相同思路的规则模式后返回主界面，确认刚才的选择已经保存。Android 端的连接服务启动后才会实际接管流量，因此此时只完成模式设定，不代表连接已经运行。如果后续发现某个应用行为与浏览器不同，应先确认该应用是否允许联网、是否使用独立 DNS 或是否绕过系统网络服务，再进入专项排查。

如果需要按应用、域名、端口或网络类型设计更细的规则，本教程不展开规则优先级和匹配语法。可前往问题诊断了解访问异常的定位顺序，再结合实际症状调整。首次使用阶段只要记住：先选一个明确的规则模式，保持规则简单，然后再连接节点。

回到服务器列表，从刚更新的订阅分组中选择一个配置作为活动节点。v2rayN 通常可以通过双击列表项、右键设为活动服务器，或使用界面中的选择命令完成。选中后，状态栏应显示当前活动配置的备注。若列表中有多个项目，首次测试只选择一个即可，不要在连接过程中频繁切换，否则日志会混合多次启动结果，难以判断具体哪次操作失败。

活动节点确定后，在 v2rayN 中开启系统代理。该操作通常位于托盘菜单或主界面的系统代理入口，启用后状态文字或图标会发生变化。客户端会在本机启动代理入站，并把系统代理设置指向对应的本地监听地址。保持 v2rayN 运行，不要在验证前退出托盘进程；关闭主窗口后，也应确认程序是缩小到托盘还是已经完全结束。

部分桌面应用不会自动读取系统代理，或者只在启动时读取一次。为了避免旧设置影响判断，开启系统代理后可以完全关闭浏览器，再重新打开。若只有某个应用无法连接，而浏览器工作正常，通常说明客户端核心与节点已经运行，问题更可能位于该应用自己的代理设置，不应立刻删除订阅或重装客户端。

在 v2rayNG 中先点选一个服务器配置，使其成为当前活动项，然后点击主界面的连接按钮。系统首次启动网络服务时会显示授权确认，阅读提示后允许本次连接。连接建立后，主界面的按钮状态、顶部系统状态区或客户端状态文字会显示服务正在运行。返回系统桌面时不要强制停止 v2rayNG，也不要立即清理后台进程，否则连接可能随进程结束。

如果点击连接后立刻恢复到未连接状态，先回到客户端查看最近日志。常见信息包括无法解析服务器地址、连接超时、配置字段不被当前内核识别或本地端口被占用。不要只依据“连接按钮变了颜色”判断节点一定可用；按钮表示本地服务已经尝试启动，真正的远端连接结果还要结合日志和下一步的实际访问验证。

节点超时不一定代表整个订阅不可用。可以先停止连接，选择同一分组中的另一个配置，再重新启动一次。每次切换后等待客户端完成内核重载，并观察新的日志段落。若多个节点都在同一阶段超时，应优先检查当前网络、系统时间、DNS 和订阅配置，而不是继续逐个点击。系统化流程可查看节点超时诊断。

连接启动后，先重新打开浏览器，再访问一个平时能够稳定打开的普通网页。这个动作主要用于确认系统代理配置没有导致基础网络中断。如果页面无法加载，立即查看客户端日志是否出现请求记录：有记录说明浏览器请求已经进入客户端，应继续检查节点和路由；完全没有记录则更可能是浏览器没有采用系统代理、客户端监听未启动，或系统代理状态没有正确写入。

接着访问一个按当前路由规则应使用代理的目标，并观察客户端日志或连接信息。日志中如果能看到对应域名、出站标签或连接建立记录，说明请求已经交给规则系统处理。验证重点是“请求有没有进入客户端、命中了哪类规则、出站是否成功”，而不是只看页面最终是否显示。网页缓存、浏览器已有连接和 DNS 缓存都可能让单次结果不够清晰，因此必要时可关闭页面后重新打开。

桌面端还应检查系统代理状态是否与当前操作一致。若 v2rayN 显示运行正常，但所有浏览器请求都没有出现在日志里，可先关闭系统代理，再重新开启一次，并重启浏览器。若浏览器可用而其他应用不可用，不要改变已经正常工作的节点；先检查目标应用是否提供独立代理选项，或是否只支持直接连接。系统代理并不保证所有程序都会自动读取。

在 v2rayNG 中，可通过主界面的连接状态和实时日志确认流量是否进入服务。若连接后所有应用都无法访问，先停止服务，确认关闭后基础网络恢复，再重新连接测试。基础网络在关闭服务后仍不正常，说明问题不应继续归因于客户端，需要先恢复当前网络。关闭后正常、开启后异常，则按节点、路由和 DNS 的顺序继续检查。

DNS 问题常表现为域名打不开，但直接网络连接或部分应用仍有响应。首次配置时不建议同时尝试多套 DNS 方案，因为系统 DNS、客户端 DNS 和浏览器安全 DNS可能形成多层路径。先保持默认值并记录具体症状；只有确认日志中出现域名解析失败、结果异常或解析超时后，再进入DNS 问题诊断修改相关选项。

完成验证后，可以进行一次停止与恢复测试：先关闭系统代理或断开 v2rayNG，确认网络回到直接连接状态；再重新启用连接，确认客户端能正常恢复。这个简单动作可以排除“偶然保留的旧连接”造成的误判，也能帮助理解客户端开关与实际网络路径之间的关系。