操作前：准备客户端与订阅
客户端负责读取配置、运行代理内核和接管流量；订阅负责提供服务器配置。安装客户端并不会自动获得可用服务器。开始前，准备好来源可信、仍在有效期内的订阅链接，并确认当前网络可以正常访问普通网页。若尚未安装客户端，先到下载中心按系统与处理器架构选择安装包，安装完成后再继续。
首次打开客户端时，先保留默认设置。桌面端不要同时打开多个代理程序；安卓端先断开其他 VPN 连接，避免系统流量入口冲突。还应检查设备日期、时间和时区是否准确，明显的时间偏差可能影响安全连接。整个流程先使用一条订阅、一个分组和一台服务器，成功后再增加其他配置，排查时更容易确认是哪一项发生变化。
订阅链接可能包含个人访问凭据，应只粘贴到客户端的订阅地址栏。不要把完整链接发到公开讨论区，也不要将包含地址、用户 ID 等内容的截图公开。本文只说明操作位置，不要求展示这些内容。需要区分“订阅”“节点”“内核”等概念时，可随时查阅术语表。
一、导入订阅并更新列表
先确认手里的内容是哪一种链接。订阅地址通常用于一次获取并更新一组服务器；以 vless://、vmess:// 或 trojan:// 开头的内容通常是单条服务器分享链接。两者的导入入口不同：前者放入订阅分组，后者使用从剪贴板导入配置的功能。不要仅凭链接长短判断，也不要把多行说明文字一起复制进去。
v2rayN：添加订阅分组
在主窗口顶部打开“订阅分组”，进入订阅分组设置，选择新增。先在“别名”填写便于辨认的分组名称，再把完整订阅链接粘贴到“地址”栏。检查链接前后是否多出空格或换行，确认该分组处于启用状态后保存。别名只是本地管理名称，不会改变服务器参数，也不需要与订阅来源提供的名称完全相同。
保存后返回主窗口，从“订阅分组”菜单更新当前分组。首次配置尚无可用代理时，优先选择不通过代理更新的入口；只有当前网络无法直接获取订阅、且已有正常工作的代理时，才考虑通过代理更新。等待更新结束，再切到对应分组查看服务器列表。正确结果是列表出现可以选择的配置，而不是仅仅新增了一个空分组。
v2rayNG：保存订阅后返回更新
在主界面菜单中进入“订阅分组设置”，点击新增入口，填写备注和订阅地址，然后保存。返回主界面，通过菜单执行订阅更新；若版本提供多个更新范围，首次可选择更新全部订阅。更新完成后检查服务器列表与分组筛选。添加订阅、更新列表、建立连接是三个独立动作，保存地址后仍然需要执行后两步。
如果更新失败，先读提示再操作。连接超时通常需要检查当前网络能否访问订阅服务；返回内容无法解析，则需要确认地址是否确实提供客户端支持的订阅内容，而不是登录页或网页说明。列表为空也可能与订阅到期、服务端未返回配置有关。不要连续重复新增相同分组，先核对原分组的地址与状态。确认列表已加载后，再进入下一步选择流量接管方式。
二、选择代理模式与路由
这一步需要分清两个问题：哪些应用的流量会进入客户端，以及进入后哪些请求会使用代理服务器。系统代理、VPN 接管与 TUN 模式主要决定前者；路由规则主要决定后者。选择某个“全局”路由预设，并不意味着所有应用都会自动交出流量。首次配置先保留简单路径，避免同时调整接管、DNS 和自定义规则。
v2rayN：先用系统代理验证浏览器
在主窗口底部或托盘右键菜单中找到“系统代理”，选择“自动配置系统代理”或同义选项。它会向系统登记本地代理入口，遵循系统代理设置的浏览器和应用才会使用这个入口。“清除系统代理”会移除这项设置，不是切换到另一台服务器；“不改变系统代理”通常表示保持系统现状，不能据此判断代理已经启用。
路由先选客户端内置的规则预设，并记下名称，后续验证要以这套规则的预期为准。如果页面按规则应该直连，那么出口没有变化是正常现象。需要临时确认代理链路时，可以短暂选择偏向全局代理的内置预设，测试后恢复日常规则。这里的全局仍受接管范围限制，也仍可能存在客户端保留的特殊处理规则。
初次连接暂不启用 TUN。只有浏览器已经验证成功，而某个应用不遵循系统代理时，再评估是否需要虚拟网卡接管。TUN 可能涉及管理员权限、路由与 DNS 设置，和系统代理并非必须同时启用。有关接管范围与权限的进一步说明，可看v2rayN TUN 模式开启步骤，无需在首次配置时一次完成。
v2rayNG：检查 VPN 接管与分应用设置
v2rayNG 通常通过系统 VPN 服务接管流量，不需要照搬桌面端的系统代理操作。首次使用先保留默认路由预设，并检查是否曾启用分应用代理：如果只允许部分应用走代理，测试用的浏览器也必须包含在允许范围内；如果使用绕过列表，则确认浏览器没有被排除。已有其他 VPN 正在连接时，先将其断开。
确定接管方式后，先不要反复更改模式。下一步只选择服务器并启动连接，这样出现异常时可以将问题限定在配置或连接阶段。若想了解按域名、IP 和出站方向分流的原理，可在连接成功后阅读协议与内核技术参考，本教程不要求手写规则。
三、选择服务器并建立连接
从刚导入的订阅分组中选择一台服务器。名称、地区标签和列表中的测试结果只能辅助选择，不等同于实际访问效果。若没有明确需求，先选订阅中一台常用服务器完成流程。不要手动修改订阅生成的地址、端口或用户 ID；这些字段需要与服务端配置一致，随意调整通常会导致连接失败。
v2rayN：设为活动服务器并检查内核
在服务器列表中选中目标行，使用右键菜单中的“设为活动服务器”或同义操作。部分版本也支持双击切换，以列表中的当前项标识和底部状态为准，而不是只看鼠标选中行的背景色。切换活动服务器后，客户端通常会重载或启动内核；随后再次确认系统代理仍处于自动配置状态。
打开日志或主窗口的信息区域，观察是否出现配置加载失败、监听端口被占用、内核退出等明确错误。内核正常启动只表示本地服务开始运行，不代表远端服务器已经可达；有些连接要等浏览器发出请求才会真正建立。此时保留客户端运行，进入最后一步访问测试，不必因为日志暂时没有远端连接记录就立即换服务器。
v2rayNG：启动并允许 VPN 请求
点击服务器条目将其设为当前配置，再点击主界面的连接按钮。首次连接时，系统会弹出 VPN 连接请求，核对请求来自正在使用的客户端后允许。如果拒绝或关闭了授权，服务器即使已经选中也不能开始接管流量；再次点击连接，按系统提示完成授权即可。
启动后查看客户端连接状态与系统 VPN 标识，再打开日志检查是否有启动错误。系统标识只能说明 VPN 服务已建立，不能单独证明服务器可用。如果授权后立即断开，先查看日志中的原因，并确认没有另一个 VPN 服务正在争用连接。只在后续出现锁屏断连、后台服务被终止时，再检查系统对客户端的后台运行与电池限制设置。
协议字段保持成套：VLESS 配合 REALITY 时，PublicKey、ShortId、SNI、指纹与流控等配置需要符合服务端要求。不要看到某个字段为空就自行补值；是否必填取决于实际配置。订阅内容有疑问时，应先向配置提供方确认，而不是通过猜测参数修复。
如果日志明确提示配置不受支持，先核对当前客户端与内核是否支持该协议组合，再考虑更新客户端。协议名称相同并不代表所有扩展能力都相同。关于 V2Fly 与 Xray 的差异，可查技术参考；首次上手只需确认当前配置可以被正常加载。
四、验证是否生效并保留配置
连接完成后，使用浏览器新开一个页面，访问你确认应当通过代理的 HTTPS 站点。先看页面能否完整加载，再尝试打开另一个页面，避免把浏览器已有缓存误当成连接成功。测试期间保持同一台服务器与同一路由预设，不要同时更改 DNS、开启 TUN 或更换网络，否则结果难以对应到具体设置。
结合访问结果与连接记录判断
回到客户端查看测试期间的日志或连接记录。如果版本提供规则命中与出站信息，重点看请求是否进入客户端、是否命中预期规则，以及最终选择代理还是直连。日志详细程度不同，没有显示域名并不能直接证明流量未进入；可以结合页面结果、错误信息和当前路由设置综合判断。
必要时，可用可信的公网地址查询页面比较连接前后的出口。比较前应确认该查询页面本身按当前规则走代理，否则出口不变并不能说明失败。反过来，一个页面显示了不同出口，也不能证明全部应用都在走代理。桌面端浏览器可能启用了独立代理扩展，安卓端也可能存在分应用限制，因此最终还要测试实际需要使用的应用。
出现异常时，按固定顺序缩小范围
- 先看订阅：确认目标服务器来自最近成功更新的分组，订阅有效，且没有被分组筛选隐藏。更新失败时先解决获取配置的问题。
- 再看服务器：在接管方式不变的前提下切换同一订阅中的另一台服务器。如果只有某一台失败，优先检查该服务器状态及其配置。
- 随后看接管：桌面端检查系统代理，安卓端检查 VPN 状态和分应用范围。只有浏览器成功、其他应用失败时，先确认该应用是否支持当前接管方式。
- 最后看解析与目标：若日志提示域名解析失败，检查当前网络与 DNS 设置；若只有单个站点异常，再排查该站点自身状态及路由匹配，不要直接重装客户端。
连接超时、握手失败和认证失败不是同一种问题。超时通常需要检查网络路径与服务器可达性；握手失败要结合安全层、时间与相关字段判断；认证失败则应核对配置是否仍然有效。排查时记录报错发生的时刻和操作，只分享去除订阅链接及个人字段后的必要日志。更深入的协议排查放在技术参考中处理，避免在初次连接阶段逐项试改。
验证成功后，再做日常调整
确认浏览器和目标应用均按预期访问后，记录当前使用的订阅分组、活动服务器、接管方式与路由预设。之后每次只改一项设置，改完用相同页面复测。订阅更新负责刷新配置，不会自动修复所有网络问题；需要切换模式时，也应先明确是应用未被接管，还是请求已经进入客户端但走错了出站。
结束使用时，桌面端先在客户端清除系统代理，再退出程序，避免系统仍指向已停止的本地入口。安卓端使用客户端的断开按钮结束 VPN 连接。若之前额外启用了 TUN，也应通过客户端关闭并确认网络恢复。这样下次遇到无法访问时，就能先区分基础网络问题与代理配置问题。
到这里，首次配置已形成完整闭环：订阅列表可更新、活动服务器可加载、应用流量能进入客户端、访问结果符合路由预期。下一步按需求查阅术语表补齐概念，或进入技术参考了解协议与内核选型；已经正常工作的配置不必为了追求更多开关而全部重设。