订阅列表出现节点，不等于代理已经生效。本文面向刚完成导入的桌面用户，按“真连接测试 → 设为活动服务器 → 开启系统代理 → 检查出口与日志”的顺序完成首次验证。操作以 Windows 版 v2rayN 为主，并区分节点可用、应用接入和路由命中这三个独立条件。
一、连接前先确认本地端口与测试范围
v2rayN 是客户端界面，实际连接由启动的代理内核执行。订阅提供节点地址、协议和认证参数；系统代理告诉部分应用把请求交给本地入口；路由规则再决定请求直连还是经远端节点转发。这三层任何一层出错，都可能表现为“节点已经选中，网页仍打不开”。
首次排查先关闭 TUN 模式，并退出其他正在修改系统代理的程序。这样可以只观察系统代理这一条路径，避免虚拟网卡接管流量后掩盖端口或浏览器配置问题。下面的数字是明确的测试参数，不是测速结果，也不代表所有安装环境的默认值。
先进入「设置」→「参数设置」，检查入站相关的本地监听端口，再与主界面底部显示的 HTTP、SOCKS 或混合入口核对。不同版本的设置分组名称可能调整，以实际显示的入口类型为准。如果 HTTP 与 SOCKS 分别监听不同端口，后面的两条命令也必须分别填写，不能把同一个数字机械复制到所有位置。
二、用真连接测试筛选节点，再设置活动服务器
真连接延迟测试通常会通过指定节点请求测试地址，因此比单纯检查服务器 TCP 端口更接近实际使用。但它仍只证明“该节点到该测试地址”的路径可用，不能证明所有网站、所有协议或持续下载都正常。测试前后不要同时修改 DNS、路由与传输参数，否则很难定位是哪项变化产生效果。
-
核对节点
在主界面打开刚导入的订阅分组，检查节点名称、地址与协议是否完整。只有流量说明或到期提示的条目不要当作可连接节点。
-
批量测试
选中少量候选节点，右键打开测试菜单，选择「测试服务器真连接延迟」。部分版本在菜单后附有“多选”说明；选择包含“真连接”的项目，而不是仅测试 TCP 延迟。
-
复测候选
按真连接延迟列查看结果，保留能够成功返回的节点。对候选节点再测两次，观察是否反复超时；不要只凭一次最低值判断长期稳定性。
-
设为活动
右键目标节点，选择「设为活动服务器」，再核对主界面当前服务器信息。测试过某个节点并不意味着它已经成为实际使用的节点。
-
检查启动
查看底部日志，确认内核没有立即退出。若出现监听端口占用、配置解析失败或不支持的协议字段，先解决启动问题，再进行浏览器验证。
三、系统代理与全局路由分别设置
Windows 版可从主界面底部或托盘右键菜单进入「系统代理」→「自动配置系统代理」。随后到 Windows「设置」→「网络和 Internet」→「代理」检查手动代理地址与端口是否指向 v2rayN 的本地 HTTP 入口。不要把远端节点地址填到这里，系统代理连接的是本机监听端口。
系统代理和路由不是同一个开关。前者决定应用是否把请求交给本地代理，后者决定进入内核的请求如何转发。首次验收可以临时使用“全局”路由，减少直连规则干扰；完成验证后再切回日常分流。
系统代理＋临时全局
推荐在「系统代理」中开启自动配置，并在「路由」中选择全局代理对应的预设。两项共同设置，便于判断浏览器请求是否经过当前节点。
适合:首次连接验收、排除分流规则影响。
系统代理＋日常分流
应用仍连接本地入口，但内核根据域名、地址等规则选择直连或代理。出口查询网站也可能被规则安排为直连。
适合:连接验证完成后的日常使用。
仅设活动服务器
内核具备了可用的远端出口，但未配置代理的应用通常仍沿原来的网络路径访问。节点名称出现在状态栏不能单独证明浏览器接入成功。
适合:应用内手动配置代理，或单独执行命令行测试。
“全局”在这里指内核路由范围，并不代表所有电脑流量自动进入代理。忽略系统代理的应用、独立配置代理的浏览器扩展，以及部分 UDP 请求，都需要单独检查。本文的浏览器验证主要针对遵循系统代理的 HTTP 与 HTTPS 请求。
四、浏览器验证：比较出口并核对访问日志
先选择一个可信的出口查询服务，并始终使用同一服务作前后对照。例如，在浏览器地址栏输入 https://api.ipify.org 可以查看该次请求呈现的公网地址。此类服务会接触访问者的出口地址；不要把含有订阅链接、认证字段的截图一并提交给第三方。
- 记录直连基线：临时清除系统代理，在关闭 TUN 且没有其他代理接管的条件下刷新页面，记下返回地址。
- 记录代理结果：恢复「自动配置系统代理」，保持同一个活动节点，临时使用全局路由，再重新加载同一地址。
- 核对日志去向：若当前日志级别提供访问记录，查找目标域名对应的请求，确认出站指向代理而非直连。不同内核的出站标签可能不同，应结合实际配置判断。
- 排除浏览器覆盖：检查代理管理扩展及浏览器独立代理设置。隐私窗口可以减少缓存干扰，但不保证扩展或代理配置一定被禁用。
出口地址不同，是两次请求经过不同出口的强证据；出口地址相同，则需要继续检查分流规则和应用接入情况，不能直接推断节点失效。还要注意两次请求是否分别采用 IPv4 与 IPv6，跨地址族的结果不宜直接比较。浏览器页面缓存也可能保留旧结果，必要时强制刷新后重试。
五、命令行验证：显式代理与直连对照
命令行工具不一定读取 Windows 系统代理。显式指定代理地址，可以绕开“应用有没有读取系统设置”这一变量，直接检验本地入口到远端出口的链路。在 Windows PowerShell 中使用 curl.exe，避免旧版环境中的 curl 别名导致参数含义不同。
HTTP 代理入口
- 代理地址
127.0.0.1- 示例端口
10808- 命令参数
--proxy http://127.0.0.1:10808- 必要条件
- 该端口支持 HTTP 代理或混合入站
HTTPS 目标通过 HTTP CONNECT 建立隧道；本地入口写 http 并不表示目标连接取消 TLS。
SOCKS 代理入口
- 代理地址
127.0.0.1- 示例端口
10808- 命令参数
--proxy socks5h://127.0.0.1:10808- 必要条件
- 该端口支持 SOCKS 或混合入站
socks5h 将目标域名交给代理处理，避免由 curl 先在本机解析目标域名。
确认端口后，逐条执行下面的命令。第一条显式指定不使用代理，并忽略代理环境变量；后两条分别测试 HTTP 与 SOCKS 入口。若本机不是混合入站，请把对应命令中的端口改成实际值。以下命令不包含真实测量结果，返回地址与耗时应以本机输出为准。
# 直连基线：关闭 TUN 及其他透明接管后执行
curl.exe -4 --noproxy "*" --connect-timeout 5 --max-time 15 https://api.ipify.org
# HTTP 代理：清空 NO_PROXY 绕过列表，强制使用指定入口
curl.exe -4 --noproxy "" --proxy http://127.0.0.1:10808 --connect-timeout 5 --max-time 15 https://api.ipify.org
# SOCKS 代理：将目标域名交给代理处理
curl.exe --noproxy "" --proxy socks5h://127.0.0.1:10808 --connect-timeout 5 --max-time 15 https://api.ipify.org前两条使用 -4，便于减少直连端与本地连接的地址族差异；SOCKS 远端解析时，最终目标地址族仍受代理侧解析和选路影响。若返回结果包含不同地址族，结合日志判断，不要只比较字符是否相同。
| 返回现象 | 优先排查 | 下一步操作 |
|---|---|---|
| 连接本地端口被拒绝 | 内核未启动或端口填写错误 | 核对状态栏入口，查看监听失败日志。 |
| 本地入口接通但请求超时 | 远端连接、目标可达性或 DNS | 换一个已通过真连接测试的节点，保持其他条件不变。 |
| 命令成功，浏览器失败 | 系统代理或浏览器覆盖设置 | 重新自动配置系统代理，暂时停用代理管理扩展。 |
| 代理命令与直连出口相同 | 内核路由选择了直连 | 临时切到全局代理路由，并查看出站记录。 |
六、首次连接常见问题
真连接测速成功，为什么打开网站仍然失败？
测速使用的是特定测试地址，浏览器可能没有接入本地代理，目标网站也可能存在单独的连通性问题。先确认「设为活动服务器」，再检查「系统代理」→「自动配置系统代理」，最后使用显式代理命令请求同一目标，逐层缩小范围。
延迟最低的节点就是最快的吗？
不是。真连接延迟反映测试请求完成的时间，不等于下载带宽。先选择能够连续通过测试的节点，再在同一时间段访问实际需要的网站；批量下载测速会消耗订阅流量，不适合作为每次启动的必要步骤。
日志提示 address already in use 怎么处理？
通常是本地监听端口被另一个进程占用。先检查是否重复启动客户端；确需改端口时，进入「设置」→「参数设置」修改入站端口，保存并重启相关服务，再重新配置系统代理，同时更新命令行中的端口。
切换到 VLESS 节点后，是否需要重填协议字段？
完整订阅通常已经包含服务器要求的字段。不要随意改动传输、TLS、REALITY 或 flow 参数；遇到不支持字段的报错，先核对当前内核是否支持该组合，再向订阅提供方确认参数。修改字段并不能修复服务端不匹配。
退出客户端后网页打不开，怎样恢复？
先重新启动 v2rayN，在「系统代理」菜单选择「清除系统代理」。如果无法启动客户端，到 Windows「设置」→「网络和 Internet」→「代理」关闭遗留的手动代理，再检查是否还有其他代理程序接管网络。
七、完成验收后恢复日常分流
首次连接的合格条件不是状态栏出现一个节点名称，而是本地入口可连接、显式代理请求成功、浏览器接入设置正确，以及目标请求确实命中预期出站。保存这些判断依据，比反复点击测速更有助于后续排障。
- 保留一个经过复测的活动节点，并记录其所属订阅分组，避免更新后误选提示条目。
- 把临时全局路由切回日常分流，再检查常用网站；部分站点恢复直连属于规则预期。
- 保留实际 HTTP、SOCKS 端口记录，不要把远端服务端口与本地监听端口混淆。
- 需要求助时提供客户端版本、内核类型、发生时间与经过脱敏的报错；隐藏订阅地址、认证标识及连接凭据。