适用于 v2rayN 能打开、节点已导入，但延迟测试超时或浏览器无法访问的情况。先区分本地代理未启动、远端端口不可达与协议握手失败，再按系统时间、本地监听、防火墙、传输参数和路由 DNS 的顺序验证。每一步保留一条可重复的测试结果，避免同时修改多个设置。
一、确认超时发生在哪一层
“节点超时”不是单一故障。TCP 延迟测试通常只说明远端端口是否能建立连接；真连接或可用性测试还会经过代理协议与目标网站。测试目标不同，结果也可能不同。因此，TCP 测试成功不等于 VMess 或 VLESS 身份验证成功，某个测试网站失败也不等于所有流量都无法通过。
先选择一个节点作为固定样本，记录测试时间、服务器地址、端口、协议、传输方式及当前内核。打开 v2rayN 主界面的日志区域，重新发起一次请求，查找同一时间出现的第一条错误。后续的连接关闭提示往往只是前一个错误的结果。
- 所有节点同时失败：优先检查系统时间、本地内核、网络出口及订阅是否整体失效。
- 只有一个节点失败：优先核对该节点参数、服务端运行状态及账户有效性。
- 代理测试成功，浏览器失败：优先检查应用是否读取系统代理，以及浏览器扩展是否覆盖代理设置。
- 部分网站失败：优先检查分流规则、DNS 与目标网站可达性，不急于重装客户端。
二、先校准系统时间，再重试一次连接
VMess 的认证包含时间因素，客户端与服务端时钟偏差较大时可能认证失败。TLS 证书验证也依赖当前时间，错误的年份或日期会使正常证书被判为尚未生效或已经过期。VLESS 本身不能简单套用 VMess 的时间窗口判断，但使用 TLS 等安全层时，仍需确保系统时间准确。
-
同步系统时间
Windows 11 打开「设置」→「时间和语言」→「日期和时间」，启用「自动设置时间」，点击「立即同步」。macOS 打开「系统设置」→「通用」→「日期与时间」，启用自动设置时间与日期。
-
核对实际时刻
确认年月日和当前时刻正确。时区影响显示，认证主要依赖实际时间戳；不要仅把显示时区改成服务器所在地。若电脑休眠恢复后反复漂移，检查系统时间服务与硬件时钟。
-
重新加载节点
在 v2rayN 中重新选择当前节点，使配置重新加载，再执行同一种连接测试。若管理自己的服务器，也要检查服务端时钟；只修正客户端不能消除服务端的严重时间偏差。
三、检查本地端口：10808 与 10809 以实际设置为准
v2rayN 是客户端界面，实际监听端口并转发连接的是运行中的内核。如果内核启动失败，界面仍可能保留节点列表，但应用访问本地代理端口时会直接失败。不同版本与配置的端口含义不完全一致：常见配置使用 10808，旧配置可能分别使用 SOCKS 端口 10808 与 HTTP 端口 10809；支持混合入站的配置则可在同一个端口接收两类请求。
打开「设置」→「参数设置」，核对本地监听端口与监听地址，具体字段名称以当前版本为准。然后检查日志中是否已有监听成功记录。不要仅凭网上教程把浏览器填成 10809，也不要把本地代理端口误填到远端服务器端口一栏。
| 系统 | 检查命令 | 判断重点 |
|---|---|---|
| Windows PowerShell | Get-NetTCPConnection -State Listen -LocalPort 10808 | 是否存在监听记录，OwningProcess 是否属于预期内核 |
| Windows 进程查询 | Get-Process -Id 1234 | 把 1234 换成上一条结果中的进程编号 |
| macOS 终端 | lsof -nP -iTCP:10808 -sTCP:LISTEN | 确认监听进程与端口，没有输出则继续检查内核日志 |
若端口被其他程序占用，先识别进程，不要直接结束不认识的系统服务。可以退出重复启动的客户端，或者将本地端口改为未占用的端口，并同步更新应用代理设置。仅供本机使用时，监听在 127.0.0.1 通常足够，不必为排错开启局域网访问。
curl --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/Windows 可使用 curl.exe 避免命令别名差异。上述命令仅适用于该端口支持 SOCKS 的情况，socks5h 表示将目标域名交给代理处理。若实际只有 HTTP 入站，应将代理地址改为 http://127.0.0.1:10809 并使用实际端口。收到 HTTP 响应说明这次请求已完成代理访问链路；即使返回 403，也应与连接超时区分处理。
四、验证远端端口与防火墙，不用 Ping 代替连接测试
服务器可能禁止 ICMP，因此 Ping 不通不能证明代理服务不可达；反过来，Ping 成功也不能证明代理端口正在监听。对于基于 TCP 的连接，应测试节点实际使用的服务器地址与端口。以下域名仅用于展示命令格式，执行时替换成节点配置中的真实地址，端口也按实际值替换。
# Windows PowerShell：测试 TCP 端口
Test-NetConnection -ComputerName example.com -Port 443
# macOS：测试 TCP 端口
nc -vz -G 10 example.com 443- 端口测试成功：说明本次 TCP 连接能够建立，继续检查 TLS、传输方式和协议认证，不代表节点已完全可用。
- 立即拒绝连接：可能是服务未监听、端口写错，或防火墙主动拒绝。由服务器管理员检查进程、监听端口和入口规则。
- 等待后超时：可能涉及丢包、出口限制、服务器防火墙或安全组丢弃，需要换网络交叉验证。
- 使用 UDP 传输：TCP 测试不能替代 UDP 验证，应结合对应内核日志和服务端记录判断。
本机防火墙检查重点是内核程序的出站权限。只有给其他设备共享代理时，才需要额外考虑本地代理入站规则。不要为了排错长期关闭整个防火墙；企业网络限制也应由网络管理员按规则处理。服务端则需同时检查云平台安全组与系统防火墙，二者任一未放行都可能导致超时。
结论：先做网络交叉验证
保持同一个节点和同一套参数，仅将电脑网络切换到安卓手机热点后重测。若原网络超时而热点可连接，优先调查原网络的出口、DNS 或端口策略；这个对照比同时更换节点、内核和路由更容易缩小范围。
五、对照传输层参数：端口通了仍可能握手失败
VMess、VLESS 是代理协议，WebSocket、gRPC 等是传输方式，TLS 是安全层。它们属于不同配置层级，不能互相替代。导入链接后仍应核对关键字段，尤其是经过反向代理或中转的节点：连接地址、TLS 验证域名和 HTTP Host 可能并不相同。
| 检查项 | 需要一致的内容 | 常见误区 |
|---|---|---|
| 协议与凭据 | VMess 或 VLESS 类型、UUID，以及服务端要求的相关参数 | 只改协议名称，沿用另一类节点的全部设置 |
| TLS 与 SNI | 是否启用 TLS、验证域名与证书覆盖范围 | 连接地址改成 IP 后，误删了仍然需要的 SNI |
| WebSocket | 传输方式、路径、Host 与反向代理规则 | /ray 与 /ray/ 混用，或路径大小写不同 |
| gRPC | 服务名称及服务端要求的 HTTP/2、TLS 配置 | 把 WebSocket 的路径直接填入服务名称 |
| VLESS 安全参数 | 服务端指定的 flow；使用 REALITY 时的公钥、shortId、serverName 等 | 从其他节点复制安全参数，或任意切换安全层 |
订阅中有更新时，先通过「订阅分组」菜单更新对应分组，再重新选择节点。手动编辑过的旧节点可能仍保留过期端口、路径或凭据。不要把“使用某内核”理解成任意节点都兼容；确认当前 Xray-core 等实际内核支持该节点要求的功能，并优先使用客户端提供的配套内核。
报错：bind: address already in use
原因：本地监听地址和端口已被占用，当前内核无法绑定。
解法：查明占用进程，退出重复实例或修改本地端口，再同步修改应用的代理端口。
报错：x509: certificate has expired or is not yet valid
原因：本机时间异常，或服务端证书确实不在有效期内。
解法：先同步时间；时间正确仍复现时，请管理员检查证书续期与实际下发的证书链。
报错：websocket: bad handshake
原因：WebSocket 升级请求未得到预期响应，常见于路径、Host 或反向代理转发配置不匹配。
解法：逐字核对路径与 Host，并让服务端管理员检查入口返回状态和升级请求转发设置。
报错：context deadline exceeded
原因：某个操作未在截止时间内完成，这一条本身不能定位到认证、DNS 或网络中的具体环节。
解法：查看前后的连接目标与错误记录，结合本地监听和远端端口测试确定超时所在层级。
六、代理链路正常后，再查系统代理、DNS 与路由
若显式指定代理的 curl 请求成功，而浏览器依然打不开，先在 v2rayN 托盘菜单的「系统代理」中选择「自动配置系统代理」，再检查浏览器是否使用独立代理设置。系统代理只影响遵循该设置的应用，不等于接管所有网络流量。排错初期不要同时开启或切换 TUN，以免引入虚拟网卡、路由与权限的新变量。
- 检查规则命中：在日志中确认失败请求使用了哪个出站。规则把目标送到直连时，即使节点正常也可能访问失败。
- 区分解析位置：远端节点地址自身需要先被解析；目标网站通过 SOCKS 远程解析成功，不代表本机对节点域名的解析一定正常。
- 比较地址族：域名同时返回 IPv4 与 IPv6 时，检查是否只有某一地址族失败，不要把禁用整个系统的 IPv6 当成第一步。
- 检查测试目标：可用性测试地址本身可能临时故障或限制请求。结合两个明确可访问的 HTTPS 目标判断，避免只依赖一个测速数字。
七、整理复现记录，再决定是否更换节点
排查应以可重复的结果结束，而不是以“重启后好像能用”结束。恢复后沿用同一条请求再测两次，确认日志中没有持续出现握手或监听错误。若只有特定节点失败，且本地端口、系统时间与网络交叉测试都正常，再将问题交给节点服务方处理。
- 记录系统版本、v2rayN 版本、实际运行的内核名称与版本，版本号从当前程序信息读取，不凭安装包名称猜测。
- 记录故障时间、原网络与热点的对照结果，以及 TCP 测试、显式代理请求各自成功还是失败。
- 提供同一次请求附近的必要日志，隐藏订阅链接、UUID、访问令牌和个人网络信息，不公开完整配置。
- 保留每一步修改前后的结果。每次只改变一个参数，恢复无效改动后再进行下一项测试。
完整顺序是：校准时间，确认内核监听，测试远端端口，核对传输与认证，最后检查应用代理、DNS 和路由。这样能把“全部超时”拆成有边界的问题，也能避免因反复更换客户端而丢失真正的故障线索。