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

导入订阅与更新订阅分组

先复制完整订阅地址。优先使用服务管理页面上的复制按钮，不要从聊天预览、截图或浏览器显示不全的文字中手动拼接。订阅地址通常包含专属访问参数，它与单个节点分享链接不是同一种内容：前者用于获取一组节点并持续更新，后者通常只导入一条配置。若拿到的是二维码或单条链接，应使用对应的导入入口，不要直接塞进订阅地址栏。

新增订阅分组

打开 v2rayN，在“订阅分组”菜单中进入“订阅分组设置”，选择新增分组。为“别名”填写一个容易区分的名称，例如“日常订阅”；在“可选地址 Url”中粘贴订阅地址。确认没有多出的空格、换行或引号，再检查分组的启用状态。首次操作先保留“过滤(正则)”为空，User-Agent 使用默认设置，避免额外条件导致节点被过滤或返回格式发生变化。

“自动更新间隔(分钟)”用于后续定时获取订阅，不负责建立当前连接。首次配置不必依赖它，保存后手动更新一次更容易确认结果。若需要定时更新，再按使用频率设置间隔，并确认该版本是否以零表示关闭。不要在这里填写节点端口或连接超时时间，这些参数与订阅更新周期无关。

执行更新并检查返回结果

保存分组后回到主窗口，从“订阅分组”菜单选择“更新全部订阅(不通过代理)”。这一步让客户端请求订阅地址，并将返回内容解析为服务器列表中的配置。完成后切换到刚建立的分组，应该能看到节点条目；再查看底部日志，确认没有请求失败或解析失败提示。仅仅保存了地址，不代表订阅已经获取成功。

若地址必须借助已有代理才能访问，并且已有一条可用连接，再尝试“更新全部订阅(通过代理)”。首次使用且没有可用代理时，反复选择通过代理更新通常不能解决问题。应先确认地址仍有效、当前网络能访问服务管理页面，以及客户端是否支持该订阅返回的格式。不要为了让一次更新成功，随意关闭证书验证。

更新提示完成但列表为空时，先取消分组筛选以外的搜索条件，检查是否选错分组，再查看是否设置了过滤规则。若日志出现权限、过期或内容解析相关错误，回到服务管理页面重新复制地址。更新订阅可能替换原有条目，手动修改订阅节点前应另存配置；否则下一次更新后，修改内容可能被覆盖。

在 v2rayNG 中，进入“订阅分组设置”新增分组，填写备注和地址并保存，再返回主界面执行更新订阅。看到配置列表出现条目后再继续。若日志包含完整订阅地址，分享排查截图前遮住访问参数；教学示例 https://example.com/sub?token=xxxx 只是格式说明，不能用于实际获取节点。

选择系统代理与路由模式

订阅列表出现节点后，先确定应用流量怎样进入客户端，再决定进入客户端后的流量怎样分流。这是两个独立问题：系统代理或 TUN 负责流量入口，路由规则负责选择直连或代理出站。常说的“全局代理”通常指路由选择，不等于所有应用都已经被接管；如果某个应用没有使用系统代理，单独切换全局路由也未必能改变它的连接路径。

首次连接先使用系统代理

在 v2rayN 的系统代理入口中选择“自动配置系统代理”。入口可能位于主窗口底部，也可能位于托盘图标菜单中。完成后，遵循系统代理设置的应用会将请求交给客户端的本地监听端口。首次验证建议使用采用系统代理设置的浏览器，同时关闭可能改写代理的浏览器扩展，避免出现浏览器规则覆盖客户端设置的情况。

暂时不要开启 TUN，也不要同时运行其他代理客户端。多个程序轮流写入系统代理，可能使当前地址和端口指向另一个进程。若之前使用过手动代理，先记下原值，再确认现在的设置与 v2rayN 监听地址一致。不要照抄其他教程中的固定端口；端口应以当前客户端参数设置和日志中显示的值为准。

保留明确的路由预设

接着在路由设置中选择一个已有预设。日常访问需要区分直连与代理时，可使用客户端提供的绕过相应地址范围的预设；为了排除某个目标被规则直连的影响，可以临时切到全局代理预设再测试。不同版本的预设名称可能不同，应查看规则和默认出站，不要只凭名称判断。记录原先选项，测试结束后恢复适合日常使用的模式。

TUN 适合需要接入更多应用流量的场景，但会额外涉及权限、虚拟网卡、DNS 与路由。先用系统代理确认节点可用，再按TUN 模式配置说明单独启用。若一开始就同时调整系统代理、TUN 和自定义 DNS，连接失败时很难判断是哪一层造成的。

在 v2rayNG 中，常见接入方式是启动系统 VPN 服务，而不是照着桌面界面寻找“自动配置系统代理”。首次点击连接按钮时，系统会弹出连接请求，确认后才能建立服务。路由设置仍负责分流；如果启用了按应用代理，还要确认用于测试的浏览器在接管范围内。系统已显示 VPN 状态，只说明服务已建立，不表示远端节点一定能完成请求。

测试节点并设为活动服务器

现在已经确定流量入口和路由预设，可以从订阅中挑选一个候选节点。先选少量条目测试，不要一次对整个列表反复测速。节点名称中的地区、线路或用途通常由订阅提供方定义，不能仅凭名称判断速度或可用性。第一次连接优先选择服务说明中推荐、且参数完整的普通节点，暂时避开需要额外条件的特殊配置。

区分 TCPing 与真连接延迟

在服务器列表中选中候选条目，打开右键菜单，找到“真连接延迟”相关测试入口并执行。该测试会借助配置向测试目标发起实际请求，比只探测地址和端口更接近使用过程。不过它仍依赖所配置的测试地址和超时时间：目标暂时不可达时，也可能出现失败结果。因此测试成功可以作为候选依据，测试失败则需要结合日志继续判断。

TCPing 主要检查到目标地址和端口的连接情况，不会完整验证代理协议认证、加密协商和最终网页请求。即使 TCPing 有结果，错误的用户标识、传输参数或服务端配置仍可能阻止实际连接。不要把两种测试混为一谈，也不要只因为某条结果看起来更低，就忽略持续失败或间歇超时的现象。

激活节点并观察日志

选定能够完成测试的节点后，在右键菜单中执行设为活动服务器的操作；部分 v2rayN 版本也支持双击条目。观察列表的当前选中或活动标记，以及窗口状态栏中的服务器信息。激活会使客户端应用相应配置，必要时重启内核。等日志输出稳定后，再检查系统代理是否仍处于刚才选择的状态，不要把列表中的普通高亮行当作已经启用的依据。

如果日志反复出现内核退出、端口被占用或配置解析错误，先停止切换节点，处理本地启动问题。内核没有成功监听时，浏览器会表现为代理连接失败，即使订阅里的节点本身可用也无法正常访问。端口冲突、启动权限和配置报错的具体处理见常见问题与故障排查，需要逐平台检查时再进入深文档。

在 v2rayNG 中，先点击配置条目将其选中，再点击连接按钮。若此前已经连接，切换后按界面提示重新应用配置，必要时停止后再启动。返回日志确认没有持续错误，再使用客户端提供的连接测试。至此只是完成了“选中并启动”，还需要下一步确认实际应用确实走到了这条连接。

验证连接是否生效与出口 IP

最后用实际请求验证完整路径，不只看连接按钮颜色、托盘图标或系统 VPN 标志。可靠的判断需要同时回答三个问题：内核是否正常工作，测试应用是否把请求交给客户端，以及该请求是否按预期走代理出站。真连接延迟只能覆盖其中一部分，所以应继续核对网页访问和出口信息。

先验证实际网页请求

打开用于测试的浏览器，新建页面，访问一个按当前路由规则应当经过代理的目标。不要只刷新已经缓存的旧页面，也不要仅以首页图片出现作为依据；可以继续打开站内另一个页面，观察请求是否持续成功。同时查看客户端日志是否出现对应活动。日志详细程度取决于当前级别，没有逐条访问记录并不必然表示失败，但持续报错需要先处理。

如果客户端测试成功而浏览器打不开，优先检查浏览器是否使用系统代理、扩展是否覆盖设置，以及当前路由是否将目标交给了预期出站。如果只有某一个网站失败，先换另一个目标进行对照，不要立即判定整条节点不可用。目标站自身故障、DNS 结果与分流规则都可能造成局部异常。

在相同路由条件下核对出口 IP

接着使用信任的 IP 查询页面查看当前请求的出口地址，并与预期节点出口进行比较。注意，查询页面本身也受路由规则控制：若它被分到直连，显示本地网络出口是正常结果，不能据此认定代理没有工作。为减少歧义，可以临时使用全局代理预设，让浏览器的查询请求明确走代理，再重新加载页面。完成验证后恢复原来的路由预设。

出口地址未必与节点配置中的服务器地址完全相同。服务端可能经过中转或使用独立出口，地理位置数据库也可能存在偏差，因此不要只比较地区名称。应结合服务说明、查询到的地址变化和实际访问结果综合判断。订阅导入成功、真连接延迟成功、网页请求正常且出口符合预期，才构成较完整的首次连接验证。

做一次关闭与恢复对照

桌面端结束测试时，可以选择“清除系统代理”，再观察受系统代理管理的浏览器请求路径是否恢复；这不等于停止内核，也不一定影响自行设置代理的应用。安卓端可停止 v2rayNG 连接，再重新打开查询页面作对照。若网络本身对目标也可直接访问，关闭后网页仍能打开并不奇怪，重点是路径和出口是否按预期改变。

确认结果后，恢复需要的代理状态和路由预设，并记下本次有效的订阅分组、活动节点及接入方式。以后遇到问题，沿相同顺序检查：先看订阅更新，再看内核与节点测试，最后看应用入口和路由。每次只改一个设置并重复验证，通常比同时重装客户端、替换 DNS 和切换所有模式更容易定位原因。