跳到主内容
节点
状态与可达性 节点查 编辑部

v2rayN 连不上、无法上网怎么办:按四层顺序排查,别一上来就重装

v2rayN 出问题时最浪费时间的做法是直接重装——重装几乎不解决任何事,因为问题通常在配置、订阅或线路,重装只会让你把订阅重新导一遍。本文把故障拆成软件层、内核层、订阅层、线路层四层,按顺序定位,并解释几条常见报错原文分别指向哪一层。

发布:2026 年 8 月 4 日 约 4 分钟读完
本文目录(8 节 · 约 4 分钟) +
  1. 01 四层是什么
  2. 02 第 1 层:软件层
  3. 03 第 2 层:内核层
  4. 04 第 3 层:订阅层
  5. 05 第 4 层:线路层
  6. 06 几条报错原文分别指向哪一层
  7. 07 一条重要的判读纪律
  8. 08 相关

先给结论:v2rayN 出问题时,先定位在哪一层,再动手。 从软件层到线路层一共四层,下层的故障会伪装成上层的现象,顺序搞反就会在错误的地方反复试。

别急着重装。 重装 v2rayN 几乎不解决任何问题——故障通常在配置、订阅或线路上,重装只会让你把订阅重新导一遍,然后遇到一模一样的现象。

四层是什么

管什么典型现象
1 软件层v2rayN 本身能不能跑起来双击没反应、启动即闪退
2 内核层内核有没有正常启动界面开了但日志报错、无法启动
3 订阅层有没有可用的节点列表空、更新订阅失败、全部超时
4 线路层选中的节点通不通能连上但打不开网页、时好时坏

从上往下查。 第 1 层不过关,后面三层的现象都不可信。


第 1 层:软件层

双击没反应 / 启动即闪退

两个常见原因:

  • 运行时依赖不对。 官方发布页通常同时提供「自带运行时」和「需要另装 .NET 桌面运行时」两种包,拿错了包就是启动即退。具体的文件名与依赖版本以你下载那一版的发布页说明为准——不同大版本变过,别照抄旧教程里的文件名。
  • 被杀软删了文件。 检查杀软的隔离区/病毒库记录。

无法取得权限 / 设置保存了但不生效

多半是装在了 C:\Program Files\ 下。那个目录写入需要管理员权限,而 v2rayN 要写配置文件、要更新内核。换到 D:\v2rayN\ 这类普通目录,问题通常直接消失。


第 2 层:内核层

v2rayN 自己不处理流量,真正干活的是它调用的内核(Xray、sing-box 等)。界面正常不代表内核正常,要看主界面的日志区

端口被占用

v2rayN 会在本地监听端口。如果你同时装了别的代理客户端,两边抢同一个端口,后启动的那个必然失败。设置里换一个没人用的端口即可。

判断方法:关掉其他所有代理类软件,只开 v2rayN,看是否恢复正常。

内核文件被杀软删了

这是「昨天还能用,今天启动就报错」的头号原因——杀软更新病毒库之后,把代理内核重新判定为风险程序删掉了。

加白名单要加整个 v2rayN 目录,只加单个 exe 没有用:内核文件名会随版本更新变化,今天加白的那个文件明天可能就不叫这个名字了。

路径含中文或空格

某些版本在这种路径下内核启动失败。放到纯英文、无空格的路径。


第 3 层:订阅层

这一层的完整排查另有一篇:v2rayN 导入订阅失败怎么排查。这里只讲和「连不上」直接相关的部分。

列表是空的

多半是拿了 Clash 格式的订阅。v2rayN 要的是通用 / V2Ray / Base64 订阅。

全部节点超时

先区分是订阅问题还是线路问题

  • 换几个不同地区的节点都超时 → 更可能是订阅层(套餐到期、订阅失效、账号被限)
  • 部分节点通、部分不通 → 是线路层,跳到第 4 层

先确认套餐还在有效期内。 多数机场的订阅链接与账号绑定,到期后原链接失效,客户端里还留着旧节点,表现就是「全部超时」。

如果是 iOS 客户端全部节点超时,先试 DNS 覆写。 手机上「所有节点都连不上」有相当一部分不是节点的问题,是本地 DNS 解析被污染或被运营商劫持,客户端连服务器地址都解析不出来。小火箭里的路径是:

配置 → 点当前配置文件右侧的 ⓘ → DNS 覆写 → 填 8.8.8.8, 1.1.1.1

填完重新连一次。这一步只改客户端自己的 DNS 解析行为,不影响系统其他应用,试错成本很低——在换机场、换套餐之前先试它,能省掉一次不必要的折腾。


第 4 层:线路层

节点选了、内核跑着、订阅也没过期,但网页还是打不开。

先排除一个最常见的低级问题:系统代理没开

v2rayN 默认不接管系统流量。 只选中节点、不开系统代理,浏览器照样走直连。托盘右键里开「自动配置系统代理」。

「有节点、选了、但打不开网页」这个现象,绝大多数就是这一步没做。这不是线路问题,但它伪装成线路问题。

分流规则把目标域名走了直连

v2rayN 可以按规则分流。如果某个域名被规则判给了直连,那它不会走节点。

临时切到「全局」模式测一次:全局能打开、规则模式打不开,就是分流规则的问题。

某个软件不走系统代理

浏览器能用但某个程序不行,多半是那个程序不读系统代理设置。需要在它自己的设置里单独填代理地址和端口。

时好时坏、晚上尤其慢

这是线路本身的拥堵,不是客户端故障。换线路测试。这类问题在客户端里怎么调都没用。


几条报错原文分别指向哪一层

用户常常把报错原文直接搜出来,这里说清楚它们大致属于哪一层:

报错里出现的关键词大致指向先做什么
EOF连接被对端提前关闭,线路层换节点测试
tls handshake timeoutTLS 握手没完成,线路层换节点;换网络环境交叉验证
io: read/write on closed pipe连接中断后仍在读写,线路层同上
端口相关的报错内核层换本地端口
找不到内核文件 / 内核启动失败内核层查杀软隔离区,加白整个目录

⚠️ 这些是现象归类,不是原因结论。 同一条报错在不同环境下可以由不同原因产生,本文只给出「先往哪个方向查」,不断言具体成因。


一条重要的判读纪律

排查过程中你会自己去测域名和端口。测出来的东西只能说明测的那一刻、你这条链路的情况,不能直接推广成对方服务的结论:

  • 403 / 429 不是死链。 这两个状态码恰恰证明服务端活着并且回了话,只是拒绝了这次请求。
  • HTTP 200 不等于可用。 返回 200 的可能是一个错误页、登录页或空内容。要看返回的内容,不能只看状态码。
  • 域名解析不了(NXDOMAIN)不等于对方停运。 它只说明这个主机名当前没有 DNS 记录。
  • 在 Windows 上用 curl 测时报 schannel 错误,是本机 TLS 栈的问题,不是对方站挂了——换个工具再验一次。

本站把「暂时不可达」「长期不可达」「已确认停运」严格分成三件事,就是因为这类误判太容易发生。完整口径见判定口径与数据来源


相关

拿实际记录对一遍,比再看十篇都有用

探测结果都带时间戳,判定规则写在口径页,可以自己复核。

相关文章

订阅导入成功却连不上:同一个节点换个客户端就能用,问题多半出在内核

订阅导入成功、节点也有、选中却连不上,同一条订阅在别的客户端却正常——根因常在客户端的内核。v2rayNG 走 Xray、Clash 系走 mihomo,对 REALITY 校验严格程度不同;旧 v2ray(v2fly)内核不支持 REALITY,用它测必定失败。本文讲怎么判断,以及为什么不能据此判定节点坏了。

与其猜是被墙还是停运,不如看一眼探测记录

每条可达性结果都带探测时刻与失败原因,域名注册与到期日期来自 RDAP 公开查询并标注查询日期。可用性严格四分——可达、暂时不可达、长期不可达、已确认停运,访问受阻不会被记成停止运营。监测记录不打分、不排名、不设推荐位,也不提供访问地址导航;编辑推荐单独成页并明确标注。