v2rayN 配置教程
订阅导入与连接验证

步骤 01 / 先得到可选择的配置

导入订阅

先辨认手中的内容。订阅地址通常是用于获取一组配置的 HTTPS 链接；单条分享链接则常以 vmess://、vless://、trojan:// 或 ss:// 开头。两者的入口不同：订阅地址应放进订阅分组，便于以后更新；单条分享链接应从剪贴板导入。复制时不要带上聊天消息里的引号、说明文字或换行，也不要把服务的登录页面地址当作订阅地址。

v2rayN：添加分组，再更新订阅

打开 v2rayN，在顶部找到“订阅分组”，进入“订阅分组设置”。新增一个分组，备注可以填写方便识别的名称，例如“日常使用”；把完整订阅地址粘贴到地址或 URL 输入框中。其他参数先保留默认值，确认该分组处于启用状态，然后保存。保存只是记住地址，不等于已经下载配置，因此此时主列表仍为空并不一定是错误。

返回主窗口，再打开“订阅分组”菜单，执行更新订阅的操作。如果界面分别提供“不通过代理”和“通过代理”的更新方式，首次尚未建立连接时可先尝试不通过代理。若订阅来源明确要求通过已有代理访问，应先确保已有连接可用再更新。更新结束后切换到刚建立的分组，主列表应出现服务器配置；看到条目后再继续下一步，不要在列表仍为空时反复切换系统代理。

v2rayNG：保存订阅地址，返回列表更新

在 v2rayNG 主界面打开右上角菜单，选择“订阅分组设置”，通过新增入口填写备注和订阅地址，保存后返回主界面。再次打开菜单，找到更新订阅的操作；若当前版本区分当前分组与全部分组，先更新刚添加的分组。等待更新完成，确认配置列表已经出现内容。若手中只有单条分享链接，先复制完整链接，再选择“从剪贴板导入”，不要把它粘贴到订阅 URL 栏中。

导入成功后，先看条目的协议类型与备注是否符合来源说明。客户端展示的名称只用于识别，不代表这条配置已经能够连接。暂时不要手动修改地址、端口、传输方式或 TLS 参数，这些字段需要与服务端成套匹配。后续如果更新订阅，手动改过的条目也可能被重新生成；需要长期保留的自定义设置，应先了解当前客户端的分组与配置管理方式。

步骤 02 / 区分流量入口与路由去向

选择代理模式

列表有内容后，接下来决定应用的请求怎样进入客户端，以及进入后走哪条路径。这是两个不同问题：“系统代理”或安卓的 VPN 接管负责流量入口，“路由规则”负责直连与代理的分配。把路由改成全局代理，并不会让原本不使用系统代理的桌面应用自动进入客户端；同样，开启系统代理也不代表所有请求都一定走远端服务器。

v2rayN：先使用自动配置系统代理

在 v2rayN 的系统代理入口或托盘菜单中，选择“自动配置系统代理”。这是首次配置时较容易观察结果的方式：客户端把本地监听地址写入系统代理设置，遵循该设置的浏览器等应用便能将请求交给客户端。主窗口状态栏通常会显示当前系统代理模式，选择后应核对文字是否已经变化，不要只根据菜单是否关闭来判断操作成功。

“清除系统代理”用于撤销系统中的代理指向；“不改变系统代理”则保留已有系统设置，适合已自行管理代理入口的情况，不建议首次配置时随意选择。系统代理的覆盖范围取决于应用，有些应用使用自己的网络栈或独立代理设置。首次验证先使用遵循系统设置的浏览器，不必同时启用 TUN 或为多个应用添加手动代理，否则出现问题时很难区分是哪一层设置导致。

路由：从绕过局域网开始

在路由设置中，先选择“绕过局域网”，便于保留对本地路由器、打印机等设备的直接访问。全局代理适合临时核对代理出口，但它仍受流量入口范围限制；直连则不会使用远端代理出站，不能作为连接配置成功的证据。已有自定义规则时，先记录原方案再切换，避免为了测试覆盖掉工作中需要的局域网或域名例外。

v2rayNG 可在菜单的“设置”中查找路由相关选项。首次配置先使用客户端提供的基础路由方案，确认没有意外选中直连模式。如果曾经启用“分应用代理”，还要核对测试用浏览器是否处在接管范围内；注意某些界面可以切换为绕过所选应用，选中并不总是代表代理该应用。第一次使用时保持简单的应用范围，等基本连接验证通过后再逐项增加例外。

这一步不需要更换 VMess、VLESS 等协议类型，也不需要切换内核来“试速度”。协议、传输与安全设置是订阅的一部分，随意改动会直接破坏连接条件。如果希望了解不同路由规则与内核的适用范围，可阅读技术参考中的路由说明；当前只需确认入口模式与路由模式没有互相矛盾，即可进入连接步骤。

步骤 03 / 选定配置后启动

连接服务器

现在回到配置列表，选择一条来源明确、仍在有效期内的配置。不要把订阅分组名称当作活动服务器：分组负责整理一批配置，真正建立连接时仍需要指定其中的一条。列表里出现很多条目也不等于已经连接，接下来要确认活动标记与客户端运行状态。

v2rayN：设为活动服务器，检查内核状态

在主列表中找到目标条目，通过右键菜单将其设为活动服务器；部分版本也支持双击切换。以列表中的活动标记和日志结果为准。v2rayN 通常会在启用配置后启动或重载内核，并不一定像手机应用那样显示一个独立的总连接按钮。随后再次检查状态栏的系统代理设置，确认它仍为上一步选择的自动配置模式。

如果日志提示本地监听端口被占用，先关闭其他正在使用相同端口的代理程序，再重新加载当前配置。不要直接照抄别人的本地端口，因为改了客户端监听端口后，系统代理或应用里的手动代理地址也必须同步。若日志提示协议或传输字段不受支持，先确认客户端与配置来源要求是否匹配，再考虑更新客户端；反复导入同一链接通常不能修复内核不兼容。

v2rayNG：点击连接，处理系统授权

在 v2rayNG 主列表点选目标配置，确认选中标记已经移动到该条目，再点击底部连接按钮。首次启动时，安卓系统会显示 VPN 连接请求，核对应用名称后允许。这里的授权用于建立设备上的流量接管通道，不是购买或开通服务器的步骤；如果拒绝授权，配置即使已经导入，也无法按正常方式接管浏览器请求。

允许后观察应用中的连接状态，并查看系统是否出现 VPN 状态提示。若设备上还有其他使用 VPN 通道的应用，应先停止它们，避免同一用户空间内的连接互相替换。切换服务器配置后也要重新观察状态，不能仅凭顶部系统图标仍存在，就认定新的配置已经成功连通。需要在后台持续使用时，再按系统提示检查电池与后台运行限制，不要在尚未完成首次测试前一次修改大量系统选项。

连接按钮进入运行状态，只能说明客户端已经开始工作，不能单独证明服务端可达。遇到 TLS 握手失败，应先检查设备时间与时区是否准确，再核对配置中的服务器名称等参数，不要为排错而直接关闭证书验证。对应问题可参考TLS 握手失败与证书报错排查。客户端没有明显启动错误后，继续用真实网页验证，而不是停在状态图标这一步。

步骤 04 / 用实际请求确认结果

验证是否生效

打开准备使用的浏览器，访问一个实际需要使用、并且原本应当能够正常提供服务的网站。建议新建标签页再访问，必要时刷新，避免把离线页面或旧缓存当作连接成功的证据。先确认页面主体可以加载，再尝试打开站内另一页；只看到网站标题或部分静态内容，不足以判断后续请求都已经正常完成。

把网页结果与客户端日志对照

访问网页时查看客户端日志或连接记录，观察是否有与这次访问时间对应的新请求。日志详细程度不同，未显示域名不一定代表没有流量；但如果浏览器持续等待，而客户端完全没有相关活动，就应优先检查流量入口。桌面端核对系统代理是否被其他软件改写，浏览器是否启用了独立代理扩展；安卓端核对 VPN 是否仍在运行，以及分应用规则是否把浏览器排除了。

如果客户端提供连接测试，它可以辅助判断当前配置是否可用，但测试目标与浏览器实际访问的网站可能不同，因此不能代替真实访问。出口地址查询也只适合作为辅助：在全局代理路由下，通过接管范围内的浏览器查询公网出口，通常可以观察到代理路径；在规则分流下，查询网站本身可能被分配为直连，地址未变化并不必然说明整个代理失效。先确认该请求应命中哪类路由，再解释查询结果。

DNS 检查：只在连接链路基本正常后调整

如果客户端已经有请求记录，但日志反复出现域名解析失败，才进入 DNS 检查。先确认普通网络连接正常，再在客户端的设置中查找 DNS 相关选项，记录当前值。不要把浏览器的安全 DNS、系统 DNS 与客户端 DNS 同时改掉：它们处理的请求范围不同，多个位置一起修改会让结果难以复现。首次排查可以先保留客户端默认方案，重点确认没有误填不可达的解析地址。

部分浏览器可以使用独立的安全 DNS，这可能改变域名解析路径。若只有某个浏览器异常，先查看该浏览器设置，而不是立刻替换订阅；若多个应用都在相同域名上失败，再结合客户端日志判断。自定义远端 DNS 时，还要理解解析请求本身如何到达目标，避免出现需要先解析代理服务器、却又必须先通过该代理才能访问解析器的依赖问题。具体的 DNS 路由与内核差异留到技术参考中继续阅读，首次连接不必从手写完整配置开始。

失败时按顺序回退，成功后保存基线

网页仍打不开时，按固定顺序检查：先停止连接，确认基础网络本身可用；再启动客户端，确认活动配置正确；随后核对系统代理或 VPN 接管，最后看日志里的连接、TLS 与 DNS 错误。每次只改一项，再访问同一个网站比较结果。如果只有某个网站失败，而其他目标能够正常访问，应把范围缩小到该网站的路由、解析或服务状态，不必重新安装整个客户端。

当网页访问与日志表现一致后，记录当前活动配置、系统代理模式和路由方案。这组设置就是可回退的基线，之后每增加一条分流规则、启用一项应用例外或调整 DNS，都可以单独验证。日常使用结束时，桌面端先清除系统代理再退出客户端，或确认客户端正常退出时已完成清理；安卓端通过连接按钮停止 VPN。这样可以避免程序已停止、应用却仍向失效本地入口发送请求的情况。