STEP 01 / SUBSCRIPTION
导入订阅：保存地址，更新节点
先打开 v2rayN，在顶部「订阅分组」菜单中进入「订阅分组设置」。新增一个分组，在「备注」中填写容易辨认的名称，再把实际订阅链接粘贴到「订阅地址」字段。备注只用于本地识别，不影响连接；地址则必须保持完整，尤其不要漏掉问号之后的参数。若从聊天窗口复制，留意末尾是否混入句号、换行或空格。
保存分组后回到主窗口。此时只是记录了地址，节点列表可能仍为空，这是尚未更新的正常状态。在「订阅分组」菜单中，对刚添加的分组执行「更新订阅（不通过代理）」。首次配置还没有可用的代理通道，先用当前网络获取订阅内容，能减少对未完成配置的依赖。如果服务提供方明确要求通过已有代理更新，应在具备可用通道后改用对应更新方式。
等待更新结束，查看底部信息或日志区域。成功后，主窗口应出现节点记录，可以看到别名、地址、端口、类型等列。不要只根据“已经保存”判断导入成功：保存分组和获取节点是两个动作。若界面设置了分组筛选，切换到刚才的分组再看，避免把筛选结果为空误认成订阅失效。
安卓对应操作
在 v2rayNG 中打开「订阅分组设置」，通过新增入口填写备注与订阅地址并保存，然后返回节点列表，在菜单中执行「更新订阅」。不同版本可能把更新入口放在顶部菜单内。节点出现后先不要直接修改其中的协议字段，订阅通常已经包含服务端要求的参数；手动覆盖字段可能导致下一次更新后设置变化，也会增加排查难度。
更新失败时先看地址与响应
如果提示下载失败，先确认设备当前网络可用，再重新核对订阅链接是否完整、是否过期。浏览器能打开服务管理页面，不代表订阅接口一定正常。如果返回内容是登录页面或错误提示，客户端无法将它解析为节点。不要公开粘贴完整链接求助，应只保留错误类型和去掉凭据后的说明。
STEP 02 / TRAFFIC MODE
选择代理模式：先系统代理，再考虑 TUN
在桌面端首次使用，建议先走系统代理。找到 v2rayN 的「系统代理」菜单，或右击系统托盘中的客户端图标，选择「自动配置系统代理」。这项操作会让遵循系统代理设置的应用将请求交给客户端的本地监听端口。客户端需要保持运行；只修改系统代理而没有启动内核，浏览器可能反而无法访问网络。
系统代理与路由模式是两层设置。前者决定应用请求是否先进入客户端，后者决定进入后的请求走代理还是直连。检查「路由」相关菜单，首次可以选择「绕过大陆」这类预设，再用下一步的实际访问确认。如果你的使用场景要求某一目标必经代理，应核对该目标是否被预设分到直连，而不是看到节点已选中就认定所有请求都会走它。
不要把路由菜单中的「全局」理解为接管设备上的全部程序。它一般表示对已经进入客户端的流量采用代理出站，并不能让一个忽略系统代理的应用自动改变连接方式。浏览器扩展、自定义代理设置或应用内部的网络选项，也可能覆盖系统设置。初次验证时，先使用遵循系统代理的浏览器，避免同时引入多套代理配置。
什么情况下切换 TUN
如果浏览器已经验证成功，但目标程序不遵循系统代理，再考虑「启用 TUN 模式」。TUN 通过虚拟网络接口接管符合条件的流量，对系统权限、路由和 DNS 设置有额外要求。先记录当前可用设置，按客户端提示授予必要权限，再开启 TUN；如内核未能启动，应先关闭 TUN，回到已验证的系统代理路径。
首次排查不要同时叠加另一套 VPN 或代理程序。多个程序都在修改系统路由与 DNS 时，很难判断请求究竟交给了哪一个。也不要一开始就启用「允许来自局域网的连接」：本机使用通常不需要该选项，开放监听范围属于另一项独立配置。
安卓对应操作
v2rayNG 通常通过系统 VPN 接口接管流量，不需要照搬桌面的托盘系统代理操作。在应用设置中检查路由预设，首次先保持其余选项默认。启动时出现的 VPN 连接请求属于系统授权，允许后客户端才能建立接口；如果设备已有其他 VPN 连接，应先停止它，再进行本教程的连接测试。
到这里，流量入口与路由意图已经明确。接下来只选择一个节点启动，不在连接过程中反复切换模式；这样后续日志和测试结果才具有可比性。
STEP 03 / CONNECT
启动连接：选中节点，检查内核状态
回到 v2rayN 主窗口，在目标订阅分组中选择一个节点。通过右键菜单的「设为活动服务器」使其生效；部分界面也支持双击节点。以列表中的活动标识和界面状态为准，不要把鼠标高亮行当成已经切换完成。节点切换后，客户端通常会重新加载内核配置，等待日志输出稳定，再进行访问测试。
如果菜单提供延迟或可用性测试，可以对所选节点执行测试，但不要只凭一个数值作判断。不同测试可能只验证端口连接或某个测试地址，不能证明所有目标网站均可访问。即使测试没有给出结果，也应结合日志中的错误类型判断；网络限制测试目标、服务端拒绝连接和本地配置错误，需要不同的处理方式。
打开底部日志或信息区域，先看内核是否启动，再看请求是否报错。出现端口占用提示时，通常意味着其他程序或另一份客户端正在使用同一个本地端口。先关闭重复运行的实例，再重启内核；确需修改监听端口时，要同时确认应用使用的代理端口与新值一致。不要只修改浏览器端口，留下客户端监听设置不变。
遇到协议或配置字段相关报错，应先确认客户端及所用内核能够识别订阅中的参数。尤其是包含 REALITY 等配置时，不能随意切换到不支持相应特性的内核。首次配置优先使用客户端为该节点生成的设置，不手动改动加密、传输和证书字段；需要理解内核差异时，再阅读安装大全中的相关说明。
安卓对应操作
在 v2rayNG 的列表里点选一个节点，再点击启动按钮。首次运行会弹出系统 VPN 连接请求，阅读提示后确认。返回应用，检查连接状态是否保持启动；如果刚启动就停止，打开日志查看具体原因。系统状态栏出现 VPN 标识，只能说明接口已建立，仍然需要下一步确认远端连接与分流结果。
如果需要换节点，每次只换一个，保留同一代理模式和同一测试目标。记录切换前后的错误是否变化，便于区分单个节点故障与本机设置问题。确认内核保持运行后，再进入验证步骤。
STEP 04 / VERIFY
验证是否生效：访问结果与日志交叉检查
先打开一个按当前规则应走代理的网站，使用新的浏览器标签页发起请求。仅看到页面打开还不够，因为该目标也可能通过直连访问。保持客户端日志可见，观察访问时间附近是否出现对应域名或连接记录；如果日志级别没有记录普通请求，先根据客户端提供的连接信息判断，不必为了验证长期启用最详细日志。
然后打开一个按规则应当直连的目标，确认日常访问仍正常。分流验证要围绕你实际选择的规则进行：同一个网站在不同路由预设中可能获得不同结果。不要将“所有请求都显示为代理”当成唯一成功标准。若目标本来应该直连，日志中出现直连出站，反而说明路由规则正在按预期工作。
如果页面打不开，先看日志有没有新增请求。没有请求时，优先检查系统代理是否配置到当前监听端口，浏览器是否使用了独立代理，以及应用是否确实遵循系统设置。能够看到请求但连接失败时，再检查节点状态、错误信息与服务端参数。这个顺序可以避免在请求根本没有进入客户端时，反复更换远端节点。
若节点测试可用但只有某个网站失败，用另一个预期走代理的目标作对照，再检查该网站是否被路由规则分到直连。若所有域名访问都失败，但连接建立相关记录正常，再考虑 DNS 解析路径的问题。不要同时更换 DNS、开启 TUN、改路由并切换内核；一次只调整一项，测试后保留有效变化，撤回无效变化。
确认可用后保存什么
记住当前活动节点、路由模式、系统代理或 TUN 的启用状态。以后更换网络环境时，可以先用这套已验证的配置复测。订阅更新后节点名称或记录可能变化，若突然无法连接，先重新确认活动节点是否仍然存在，不要假定更新操作会自动选择最适合当前网络的节点。
安卓端验证也遵循同样顺序：先看应用连接状态，再访问目标并对照日志。若前台使用正常、锁屏后断开，应检查系统对 v2rayNG 的后台运行与电池管理限制，而不是立刻改动节点协议。后台策略、网络切换与远端故障是不同问题，需要分别验证。
结束使用的正确顺序
桌面端采用系统代理时，先在客户端中选择「清除系统代理」，再退出程序；使用 TUN 时先关闭 TUN，并等待网络恢复。安卓端使用应用中的停止按钮结束连接。若退出后浏览器无法联网，首先回看系统是否仍指向已经停止的本地代理，不必马上重置整个网络。