确认客户端、订阅地址与系统时间
开始配置前，需要准备已经安装完成的客户端和可正常使用的订阅地址。桌面设备使用 v2rayN，Android 设备使用 v2rayNG。还没有安装客户端时，可先前往下载页面按操作系统选择对应版本。安装完成后先启动一次客户端，让程序建立默认配置目录和基础设置，再进行下面的订阅操作。
订阅地址通常是一段以网络协议开头的完整链接。复制时应从第一个字符到最后一个字符全部选中，不要附带聊天软件生成的引号、空格或换行。订阅地址属于配置入口，应只保存在自己使用的客户端中。若地址已经失效、被重置或缺少访问参数，客户端即使操作正确也无法取得服务器列表，此时需要回到订阅提供方确认地址状态。
同时检查设备日期、时间和时区是否正确。部分协议的连接过程会使用时间信息，系统时间偏差过大可能导致握手失败。建议先启用系统自动设置时间，再继续操作。若电脑上同时运行其他代理客户端，应先退出它们，避免多个程序争用系统代理设置或本地监听端口。常见的本地 SOCKS 端口是 10808，但实际值应以当前客户端设置为准。
导入订阅并更新服务器列表
在 v2rayN 桌面客户端中添加订阅
打开 v2rayN 后，先找到顶部菜单中的“订阅分组”或同类入口，再进入订阅分组设置。新建一条订阅记录时，为它填写便于识别的备注，并将完整订阅地址粘贴到地址栏。备注只用于本地辨认，不影响连接；地址则必须保持原样。保存后返回主窗口，再次打开订阅相关菜单，执行“更新当前订阅”或“更新全部订阅”。
更新过程结束后，主窗口的服务器列表应出现一条或多条配置。列表通常会显示协议类型、地址、端口和传输方式等基础字段。这里不需要逐项改写配置，也不要在不清楚字段用途时修改端口、用户标识、传输层或安全设置。订阅的作用就是把这些参数作为完整配置交给客户端，手动改动其中一项可能让配置无法连接。
如果更新后列表仍为空，先回到订阅分组设置检查地址是否被截断，再确认刚才执行的是更新操作而不是只保存订阅名称。部分网络环境下，客户端可能提供“通过代理更新”和“直接更新”等方式。第一次配置且当前没有可用连接时，应先尝试直接更新；已经存在可用连接但新订阅无法直接访问时，再根据实际情况选择通过当前代理更新。
在 v2rayNG Android 客户端中添加订阅
打开 v2rayNG，进入右上角菜单中的“订阅分组设置”或“订阅设置”。点击新增按钮，填写备注和订阅地址，保存后返回配置列表。随后打开更新入口，执行更新订阅。更新完成时，主界面会出现可选择的配置条目；若仍停留在空列表，应检查当前选中的订阅分组，并确认更新动作已经完成。
Android 系统可能会限制应用在后台访问网络。导入阶段如果长时间没有结果，可先保持 v2rayNG 在前台，再重新执行一次更新。若系统开启了严格的省电策略，也可以暂时允许客户端正常联网。这里的判断重点不是等待时间，而是最终是否取得了配置列表：只要列表中已经出现协议与服务器条目，就可以进入下一步。
选择代理模式与路由规则
客户端取得服务器配置后，还需要决定哪些流量交给代理出口、哪些流量保持直连。这个决定通常由两层设置共同完成：系统代理负责让应用把请求送到客户端，路由规则负责在客户端内部选择 direct 或 proxy 出口。两者名称相近但作用不同，因此应先使用容易判断的基础组合，连接成功后再做细化。
桌面端先启用自动配置系统代理
在 v2rayN 主窗口或托盘菜单中找到“系统代理”，选择“自动配置系统代理”。启用后，支持读取系统代理设置的浏览器和桌面应用会把请求交给 v2rayN。本地 SOCKS 与 HTTP 监听端口由客户端管理，一般不需要在浏览器里重复填写。若此前手动设置过浏览器代理，建议先恢复为跟随系统设置，避免浏览器仍指向旧端口。
接着进入“路由设置”，第一次使用可选择客户端提供的常用分流预设。此类预设通常让局域网地址与常见本地区域资源直连，其余匹配项按规则选择代理。路由规则的执行依赖顺序和匹配条件，不建议初次连接时立即加入大量自定义域名。先确认默认预设能够正常工作，之后再根据需要阅读routing 路由规则参考。
Android 端确认路由与应用范围
在 v2rayNG 设置中找到“预定义规则”或路由相关选项，选择适合日常使用的分流规则。若没有明确的特殊需求，可以先保留常用预设。随后检查“分应用代理”是否开启：关闭时，建立连接后由系统交给该连接的应用流量会按统一规则处理；开启时，只有选中的应用或排除列表以外的应用会进入客户端。第一次验证建议使用简单设置，避免因漏选测试应用而误判连接失败。
代理模式并不是连接质量选项。切换全局、分流或自定义路由，不会修复错误的订阅参数，也不会把不可用服务器变为可用。它只改变流量如何选择出口。若稍后发现某些应用正常、某些应用始终没有经过客户端，应优先检查分应用范围、系统代理读取方式和路由命中情况，而不是反复更新订阅。
选中活动服务器并启动连接
完成代理模式设置后，返回服务器列表选择一条配置作为当前活动服务器。订阅中存在多条配置时，只需要先选一条进行基础测试，不必同时修改多条记录。桌面端通常可以双击列表项，或通过右键菜单执行“设为活动服务器”；选中后，当前行会出现颜色、标记或状态文字变化。Android 端则直接点击配置条目，使其左侧或右侧出现选中标识。
在 v2rayN 中，确认活动服务器后启动内核。如果已经启用“自动配置系统代理”，启动后系统代理会指向客户端的本地监听端口。观察窗口底部状态区或日志区域，应能看到 Xray 等内核启动以及本地入站建立的信息。正常启动不代表目标服务器一定可用，但至少说明客户端能够读取配置并建立本地监听。
在 v2rayNG 中，选中配置后点击主界面的连接按钮。系统首次建立此类连接时会显示网络连接授权提示，确认后客户端状态会切换为已连接，同时状态栏出现连接标识。若点击后立即恢复为未连接，应打开客户端日志查看第一条明确错误，而不是连续点击按钮。常见原因包括配置字段不完整、服务器不可达、系统时间不正确或当前网络暂时不可用。
启动后不要立即切换多个配置。先等待数秒，让域名解析、协议握手和传输层建立完成，再进行下一步访问测试。如果当前配置失败，可以停止连接，选择订阅中的另一条配置，再重新启动。每次只改变一个因素，才能判断问题来自活动服务器、路由规则还是系统代理。
验证代理是否生效
验证时应同时观察“应用能否访问”和“客户端是否收到流量”两个结果。先打开一个会读取系统代理的浏览器，访问平时能够稳定打开的网页，再访问需要当前代理规则处理的目标。若页面可以正常加载，并且客户端日志或流量计数出现新的连接记录，说明应用请求已经进入客户端。仅看到客户端显示已连接，还不足以证明浏览器正在使用该连接。
桌面端可以重点检查 v2rayN 日志中的目标域名、入站类型和路由出口。出现新的访问记录，表示系统代理链路基本正确；记录最终指向 direct 或 proxy，则由当前路由规则决定。如果浏览器完全没有产生新记录，先检查系统代理是否仍为“自动配置系统代理”，再确认浏览器没有启用独立代理设置。修改过监听端口时，还要确认系统代理指向的端口与 v2rayN 当前端口一致。
Android 端可以在保持连接的情况下打开测试应用，然后返回 v2rayNG 查看日志或连接信息。若客户端没有任何新连接，检查分应用代理是否排除了该应用；若能看到连接但访问失败，再检查活动服务器和路由结果。某些应用会缓存旧连接，切换配置后可完全关闭该应用再重新打开，以免旧会话影响判断。
还可以做一次停止对照：记住当前正常访问的结果，主动停止客户端连接，再刷新同一目标；随后重新连接并再次刷新。两次结果存在与代理规则一致的变化，能够帮助确认流量路径。测试完成后恢复需要的连接状态即可，不必长期打开日志窗口。
更新订阅、切换配置与退出客户端
订阅内容发生变化时，不需要删除原有分组再重新添加。直接执行“更新当前订阅”或“更新全部订阅”，客户端会重新读取订阅内容并刷新配置列表。更新后检查当前活动服务器是否仍然存在；如果原配置已被替换，重新选择一条配置并启动连接。频繁重复添加同一地址会产生多个分组，反而不利于判断正在使用哪份配置。
切换活动服务器时，先在列表中选择新配置，再观察连接状态与日志。部分版本会自动重启内核，部分版本需要手动停止后重新启动。切换后应做一次简短访问测试，确认新配置可用。若只是修改路由预设，也建议重新建立连接，使新规则完整应用到后续请求；已经建立的旧连接不一定会立刻改用新出口。
桌面端关闭主窗口后，v2rayN 可能仍在托盘区域运行。需要完全退出时，应从托盘菜单选择退出，并根据需要先清除系统代理。否则应用可能继续读取已经失去本地监听的代理地址，表现为客户端退出后网页无法访问。Android 端停止连接后，系统连接状态会同步结束；若只返回桌面而没有停止，客户端仍可能按系统策略继续运行。
基础配置稳定后，可以再了解 DNS、sniffing、Mux、局域网连接和自定义路由等设置。它们适合解决明确需求，不宜在没有问题时一次性全部改动。字段含义与 JSON 结构可查看配置参考，订阅更新、端口占用和连接失败的更多情况可查看疑难解答。
按固定顺序做快速排查
第一项检查订阅。确认订阅地址仍然完整，手动更新后列表能够取得配置。如果更新动作本身失败，先解决订阅访问或格式问题，不要继续调整路由。第二项检查活动服务器。确保列表中确实有一条配置被选中，并尝试同一订阅中的其他配置，以排除单条配置暂时不可用。
第三项检查客户端状态和本地端口。查看日志是否明确提示端口被占用、配置解析失败或内核未启动。遇到端口占用时，先退出其他同类客户端，再重启当前客户端；不建议随意修改多个端口，因为浏览器、系统代理和其他调用程序可能仍保留旧值。第四项检查流量入口：桌面端确认系统代理模式，Android 端确认连接授权与分应用范围。
第五项再看路由和 DNS。如果客户端已经收到请求，但目标始终走向不符合预期的出口，检查当前路由预设以及自定义规则的顺序。如果日志显示域名解析失败，再查看 DNS 设置与当前网络是否可用。排查过程中每次只调整一处，调整后重新连接并复测，这比同时更换服务器、端口、路由和 DNS 更容易找到原因。
四步完成后的检查清单
- 订阅分组可以更新，服务器列表不是空白。
- 活动服务器已选中，客户端内核保持运行。
- 桌面系统代理或 Android 应用范围设置正确。
- 测试访问会在客户端中产生对应连接记录。
- 路由结果与所选预设一致，停止连接后状态能够正常恢复。
如果仍无法确定原因，不必重复安装客户端。保留发生问题时的操作顺序、客户端日志中的首条错误和当前代理模式，再对照疑难解答逐项定位。基础连接已经成功、只是需要更精细的域名分流或入站出站配置时，继续阅读配置参考即可。