v2rayN 与 v2rayNG 订阅导入和连接教程

// BEFORE STARTING

00开始前检查：客户端、订阅地址与系统时间

开始操作前，先确认客户端已经完成安装并能正常打开。桌面设备使用 v2rayN，安卓设备使用 v2rayNG；如果还没有安装，可先到获取客户端页面按平台选择对应版本。首次启动时，系统可能显示网络访问、防火墙或本地 VPN 接口相关提示，应根据当前设备的安全策略允许客户端建立本地网络连接，否则后续即使导入了配置，也可能无法让应用流量进入客户端。

本教程以“订阅地址”为输入。订阅地址通常是一段以 https:// 开头的完整链接，由订阅服务提供方生成。它和普通网页地址不同：客户端读取该地址后，会得到一个或多个可用配置，并将它们放入订阅分组。复制时要从开头到结尾完整选中，不要保留前后空格，也不要把聊天软件自动添加的句号一起复制进去。

订阅地址应当按敏感凭据处理。它可能包含用于识别订阅账户的参数，不适合发布在截图、公开文档或问题反馈中。如果需要向他人展示客户端界面，应先遮住订阅地址和配置名称中的个人信息。教程中的操作只要求把地址粘贴到本机客户端，不要求把地址提交给本站。

最后检查系统日期、时间和时区是否正确。部分协议需要在握手阶段使用时间信息，系统时间偏差过大时，配置看起来能够导入，连接却会在启动后立即失败。建议先开启系统自动设置时间，再继续导入。若客户端已经存在旧配置，不必立即删除；新建一个名称清楚的订阅分组，能够在测试失败时快速切回原配置。

// STEP 02 · ROUTING

02选择代理模式：区分流量入口与路由规则

配置已经导入后，需要决定哪些流量交给客户端处理。这里容易混淆两个概念：系统代理或本地 VPN 接口负责把应用流量送入客户端，路由模式负责决定进入客户端后的请求走直连、代理还是拦截。前者没有开启时，浏览器可能完全绕过客户端；后者选择不当时，则可能出现部分网站正常、部分网站结果与预期不同的情况。

先选规则模式，再按需要调整

初次设置建议使用规则路由，而不是一开始就修改大量自定义规则。规则模式会根据域名、IP 和规则集进行分流，局域网地址通常保持直连，其他请求再按配置处理。v2rayN 中常见的名称包括“规则”“绕过局域网与大陆”或订阅提供的路由方案；v2rayNG 中可在路由设置里选择预定义规则。不同版本的文字可能略有差异，判断重点是模式说明，而不是菜单所在位置。

“全局”模式通常表示进入客户端的流量统一按当前配置处理，适合短时间排除规则匹配问题，但不建议把它当成默认答案。“直连”模式则会让进入客户端的请求直接访问目标，主要用于对照测试。若规则模式下某个站点打不开，而全局模式可以打开，问题更可能出在路由匹配；若两种模式都失败，则应回头检查配置、连接状态和本地网络。

v2rayN：开启系统代理

在 v2rayN 主界面或系统托盘菜单中找到“系统代理”，选择自动配置系统代理或名称相近的启用项。启用后，托盘状态、菜单勾选或主界面状态栏应发生变化。随后进入路由设置，选择规则模式。此时浏览器以及遵循系统代理设置的桌面应用会把请求送入 v2rayN。

有些应用拥有独立代理设置，不一定读取系统代理。如果浏览器验证成功，而某个单独应用仍保持原来的连接方式，应检查该应用自己的网络设置。不要为了处理一个应用的问题频繁修改 v2rayN 的本地监听端口，因为端口变化还会影响已经保存的系统代理配置。端口冲突的识别和修改步骤可参考本地监听端口冲突处理。

v2rayNG：确认路由后再启动

v2rayNG 的流量入口会在点击连接按钮时建立。首次启动连接，系统会弹出本地 VPN 接口授权提示；确认后，客户端才能接收其他应用的流量。进入设置中的路由选项，先选择规则模式。按应用分流、自定义 DNS 和自定义规则属于进阶内容，第一次连接时保留默认值更容易判断问题来自哪一层。

如果以前为 v2rayNG 设置过仅允许部分应用进入客户端，应先确认当前要测试的浏览器包含在允许范围内。否则客户端状态可能显示已连接，但浏览器并未进入该接口。首次验证以简单、可复现为原则：选中一个配置、使用规则模式、让常用浏览器参与连接，确认基础链路正常后再添加细分规则。

// STEP 04 · VERIFY

04验证是否生效：网页结果、日志与路由记录一起看

验证阶段要回答三个问题：应用流量是否进入客户端、当前配置是否成功建立连接、路由规则是否按预期处理请求。最简单的做法是保持客户端窗口或日志页可见，然后用常用浏览器打开一个需要测试的站点。页面加载的同时观察日志是否出现新的连接记录。如果网页有响应且日志同步增加，说明浏览器流量已经进入客户端。

接着打开一个通常应当直连的常用站点，再观察路由记录。规则模式下，不同请求可能显示不同处理结果，这是正常的分流表现。若所有请求都没有出现在日志中，先检查 v2rayN 的系统代理是否仍然开启，或 v2rayNG 的本地 VPN 接口是否保持连接；若日志有请求但全部失败，则重点检查当前配置和订阅状态。

浏览器可能复用旧连接和缓存。切换配置或路由模式后，建议关闭原测试标签，再打开新的标签页；必要时完全退出并重新打开浏览器。这样可以减少旧连接继续使用上一条路径的干扰。不要把单个页面中的图片加载失败直接判断为客户端故障，应至少测试两个不同站点，并结合日志确认失败请求是否具有相同特征。

验证失败时按固定顺序回查

1. 确认当前配置。 检查列表高亮项是否属于刚更新的订阅分组，并尝试同组中的另一条配置。
2. 确认流量入口。 桌面端查看系统代理状态，安卓端查看本地 VPN 接口状态；日志完全没有新请求时优先检查这一层。
3. 确认启动日志。 从第一条明确错误开始处理，端口冲突、配置字段错误和时间异常应分别解决。
4. 临时对照路由模式。 规则模式下单个站点失败时，可短暂切换全局模式做对照；测试结束后恢复规则模式。
5. 重启完整链路。 停止客户端，关闭浏览器，重新启动客户端并等待状态稳定，再打开浏览器复测。

如果网页能够打开，但域名解析结果与预期不一致，问题可能位于 DNS 设置，而不是订阅或配置本身。此时不要同时修改多项 DNS 参数，可先阅读DNS 检测与客户端配置说明，了解系统解析、客户端解析和路由规则之间的关系。更复杂的协议差异、内核兼容性与资源占用比较，可在协议与内核参考中继续查看。

验证完成后，记住当前可用配置名称、订阅分组和路由模式。以后出现连接变化时，可以先恢复到这组已确认设置，再判断是订阅更新、单个配置还是本地环境发生变化。与其一次性重置全部选项，保留一个已知可用的基准状态更容易定位问题。