为什么只有部分节点能用？节点失效的几种情况
你遇到的症状
订阅里的节点有的延迟正常、有的一直超时，或者同一个节点这次能用下次不能用。
部分节点能用，是使用机场时最常见的状态，也最容易被误判：一部分延迟正常，另一部分一直超时，于是怀疑“这家机场不行了”。先给结论，节点有的能用有的不能用，通常是同一类原因同时作用在一组节点上，所以排查的关键是找规律，而不是一个个盲试。这篇按“先本地、再订阅、后节点”的顺序，讲清节点失效的几种情况、怎么判断，以及联系客服时该提供什么。
一分钟速查
- 有的节点能用、有的不能用，通常是同一类原因同时作用在一组节点上，先找规律，别逐个盲试。
- 先按地区、协议、线路类型给失效节点分组，再看它们的共同点。
- 顺序是先换网络对照，再更新客户端和订阅，最后才怀疑节点本身。
- 个别节点失效很常见，不必因此换机场；同一批长期失效、又没人回应，才值得认真考虑。
节点有的能用有的不能用，先找规律
别急着改任何设置，先拿一张表，把节点的测试结果记下来，再看失效的那批有什么共同点：
| 共同点 | 常见含义 | 下一步 |
|---|---|---|
| 同一地区或同一名称前缀的节点一起挂 | 该机房、中转入口或线路整体维护或故障 | 更新订阅，看服务商公告 |
| 同一种协议的节点一起挂 | 客户端不支持，或你的网络限制了这类协议 | 更新客户端，换网络对照 |
| 换了网络，结果变了 | 原网络在拦截端口或协议 | 换协议不同的节点，工作网络问管理员 |
| 集中在晚上，白天正常 | 高峰拥塞或限流 | 看 机场很慢怎么办 |
| 零散、没有规律 | 个别服务器问题，或测试设置有误 | 逐个复测，必要时反馈客服 |
记录时至少写四列：节点名、地区和协议类型（通常能从节点名或配置里看出来）、延迟测试结果、实际打开网页是否成功。只看延迟不够，延迟低只说明握手通了，不说明能上网。
部分节点能用时，先本地排除自己这一侧的原因
- 换一个网络对照。用手机热点连一次。热点下全部正常，说明你原来的网络在限制某些端口或协议，常见于公司、学校网络。工作网络请先问管理员，别自己硬绕。
- 检查客户端和内核是否够新。较老的客户端或内核，可能不认识较新的协议或配置字段，表现为导入后该节点缺失、显示异常，甚至整份配置加载报错。更新到官方当前版本再试，客户端的获取见 Clash Verge下载。
- 看延迟测试的设置。有的客户端可以改测试地址和超时时间，设得太短会把慢节点误判成超时。用节点实际打开网页，才是更可靠的验证。
- 核对系统时间。时间偏差过大，部分协议握手会失败，设成自动同步后再测。
如果所有节点都不通，那是另一个问题，看 节点全部超时怎么办；如果连上了却没网，看 已连接但无法上网。
再查订阅：列表可能是过期的
很多“节点失效”，其实是你手里的节点列表过期了：
- 更新一次订阅，看节点是否增减、名称是否变化。服务商下线或替换了服务器，旧节点就会连不上。更新不成功，看 订阅更新失败怎么办。
- 看到期时间和剩余流量。流量用尽或到期，通常是全部节点同时不可用，和“部分”不是一个症状，别混在一起判断。
- 经过订阅转换的配置，可能丢失节点的部分参数，对照转换前后的节点数量。转换的风险见 订阅转换。
最后查节点：六种节点失效情况怎么区分
前两层排完还有节点不通，再看节点本身。常见情况有六种：
| 情况 | 典型表现 | 你能做什么 |
|---|---|---|
| 维护或下线 | 更新订阅后节点消失，或一组节点同时超时 | 更新订阅，查看公告，问客服 |
| 被封 | 之前能用，突然超时，换网络后可能恢复 | 向服务商反馈，等待更换 |
| 协议不兼容 | 导入后节点缺失或报错，同协议的全挂 | 更新客户端，换协议不同的节点 |
| 地区限制 | 普通网站正常，只有个别服务打不开 | 先确认节点本身没问题，再单独排查该服务 |
| 倍率与流量 | 节点能用，但流量消耗比预期快 | 看倍率说明，避免用高倍率节点跑大流量 |
| 入口或落地故障 | 同入口或同落地的节点一起异常 | 按节点名分组，把规律告诉客服 |
维护、下线和被封：客户端分不清，别硬分
这三种在客户端上的表现几乎一样：延迟测试超时、网页打不开。你从客户端侧很难区分“服务器宕机”和“被封”，不用纠结。换一个网络对照，再看是否集中在一批节点，把现象告诉服务商，由他们判断并处理，通常会更换服务器或端口。
协议不兼容：导入时就能发现
如果某一类协议的节点全部缺失、灰显或加载报错，先怀疑客户端或内核太旧。更新后仍然不行，查看客户端日志页里的提示。部分基于 UDP 的协议，在有些网络环境下更容易被限制，同一份订阅里基于 TCP 的节点却正常，这种对照也能帮你定位。各协议的区别见 VLESS、Trojan、Hysteria2的区别。
地区限制：节点没坏，是目标服务拒绝
节点本身能打开普通网站，但流媒体、AI 工具这类服务提示不支持或要求验证，这不是节点失效，而是目标服务对出口地区或 IP 的判断。排查方法见 ChatGPT打不开怎么办，这一类的思路是通用的。
倍率与流量：不是“坏了”，是“用得快”
倍率节点按设定的倍数扣流量，节点显示正常，但流量一个月用不到头就没了。概念见 流量倍率是什么，换算方法见 机场流量倍率怎么算。用尽后通常所有节点同时不可用，续费或加购以服务商说明为准。
入口或落地故障：看节点名里的规律
中转类线路由入口服务器和落地服务器两段组成。入口出问题，所有走该入口的节点同时异常；落地出问题，同一落地的各个入口一起异常。把失效节点按名称里的地区、线路类型分组，规律往往一眼就能看出来，概念见 中转线路 和 落地节点。节点和订阅的关系，见 机场节点是什么。
时间线分叉表：什么时候开始失效，比哪些节点失效更说明问题
前面的表看的是“哪些节点失效”，这一张看的是“从什么时候、在什么条件下开始失效”。同样的现象，时间线不同，指向就完全不同，所以建议你在记录里多加一列：第一次发现的时间，以及当时你刚做过什么。
| 失效是怎么开始的 | 影响范围 | 更像是 | 先做什么 |
|---|---|---|---|
| 刚导入订阅，就有一批节点缺失或灰显 | 同一种协议的一批 | 客户端或内核太旧，读不懂较新的协议 | 从官方渠道更新客户端，再重新导入 |
| 昨天都正常，今天一批节点连不上 | 同地区或同名称前缀的一批 | 机房、入口或线路在维护，或服务器调整 | 更新订阅，看公告，必要时问客服 |
| 只在晚上出现，白天恢复 | 多个地区，零散分布 | 高峰拥塞或限流 | 记录时段，对照 机场很慢怎么办 |
| 只在某个网络下出现，换网络就消失 | 同一种协议或同一类端口 | 该网络对部分流量有限制 | 换协议不同的节点；工作网络请问管理员 |
| 更新订阅后，节点数量变少了 | 整批减少 | 服务商调整线路，或转换时丢了参数 | 对比转换前后的数量，必要时直接用原始订阅 |
| 同一个节点忽好忽坏，没有固定时间 | 单个节点 | 服务器负载波动，或测试设置太苛刻 | 放宽超时时间，隔开时间多复测几次 |
用这张表时，别急着给出“结论”，而是看最像哪一行，再用对照实验去验证。比如你觉得是“只在某个网络下出现”，就换手机热点各测一次；觉得是“客户端太旧”，就在更新后重新导入再看一次。验证通过，才算找到原因。
如果同一时间里叠加了两种现象，比如昨天开始失效、又恰好换了网络，那就要拆开：先只改一个条件，把变量隔离出来。时间线之所以重要，是因为你回忆“那天我动过什么”，往往比盯着节点列表更容易找到线索。
五个场景对号入座：你的部分失效属于哪一种
下面五个场景是最常见的，对号入座，再去做对应的动作。
- 如果你刚导入新订阅，一半节点缺失或灰显：先怀疑客户端或内核太旧，其次是订阅格式和客户端不匹配。更新客户端后重新导入，导入步骤可以对照 Clash Verge导入订阅教程；仍然缺失，再用另一个客户端导入同一份订阅对照。
- 如果你昨天还好用，今天一批节点打不开：先更新订阅，再看机场的公告。这种情况大多是服务商调整或维护，你手里的节点清单是过期的。等一等、更新一下，往往就恢复了；持续不恢复，再带着记录去问客服。
- 如果你只在公司或学校网络里有些节点不通：很可能是该网络限制了某类端口或协议。换成基于其他协议的节点对照，回家或换热点后恢复，就证明问题在网络环境上。工作网络请遵守管理规定，不要自行绕过。
- 如果失效的节点都带同一个入口或同一个落地的标注：线路由入口和落地两段组成，其中一段出问题，会让名称相近的一批节点同时异常。把节点按名称分组，规律告诉客服，处理会快很多。线路类型的背景见 IPLC和IEPL区别。
- 如果普通网站都正常，只有某一类服务打不开：这不是节点本身坏了，是目标服务对出口的判断。去看 ChatGPT打不开怎么办 里的方法，同样适用于其他类似服务。
部分节点不通时最常见的五个误区
排查一旦走偏，往往是因为一开始的想法就不对。下面五条，每条先说误区，再说为什么不对和正确做法。
-
误区：“只要还有节点能用，失效的就不用管。”
- 为什么不对：失效的节点可能提示着一批节点的共同问题，比如入口调整或协议不兼容，今天只是一部分，明天可能扩大。
- 正确做法：花两分钟把失效节点记下来，按地区、协议分组；规律明显，就告诉服务商。
-
误区：“节点名里写着某种线路类型，就不会失效。”
- 为什么不对：名称里的线路类型是机场自己的标注，线路再好，也有维护和故障的时候。识别夸大宣传的方法见 机场虚假宣传怎么识别。
- 正确做法：以实际使用表现和机场的官方说明为准，别只看名字。
-
误区：“节点不通，就一直点延迟测试，点到通为止。”
- 为什么不对：频繁、并发的测试，既可能因为自己的网络吃紧而误判，也增加了不必要的负载，对判断没有帮助。
- 正确做法：隔开几分钟复测，每次测试只对少量节点进行，并配合真实打开网页的结果。
-
误区：“把失效的节点在本地删掉，就一劳永逸了。”
- 为什么不对：下次更新订阅时，这些节点通常会再次出现；而且你删掉的同时，也删掉了判断规律的线索。
- 正确做法：先记录再处理；觉得碍眼，可以改用客户端里的隐藏、排序或分组功能，具体以你使用的客户端为准。
-
误区：“自己改配置里的端口或协议，应该就能连上。”
- 为什么不对：节点参数由服务端决定，客户端随意改，很容易让原本能用的变成不能用；订阅更新时，手改的内容也可能被覆盖。
- 正确做法：以机场提供的节点信息为准，需要变更就向客服确认，不要靠猜。
联系客服前，先备好这些信息
信息越具体，处理越快。准备好下面这些：
- 客户端名称和版本号；
- 出问题的时间段，以及是持续还是时好时坏；
- 失效的节点名和正常的节点名各几个；
- 你的网络类型，换网络后有没有变化；
- 客户端日志里的报错那一行；
- 订阅到期时间和剩余流量截图。
可以直接套用这个格式：
我在【网络类型】下使用【客户端和版本】，从【时间】开始，以下节点连不上：【节点名】；以下节点正常：【节点名】。换成手机热点后【结果】。日志报错：【内容】。到期时间和剩余流量见截图。
不要发订阅链接，它相当于账号凭证，处理办法见 订阅链接安全。
什么时候该考虑换机场
偶尔一两个节点出问题很正常，不必因此换机场。值得认真考虑的信号是：同一批节点长时间不可用，公告和客服都没有回应，或者问题反复出现。判断稳定性的方法见 稳定机场怎么判断，对比资料可以看 机场推荐排行榜，下一家先买月付，用一段时间再决定。
今天就做：按顺序走一遍部分节点能用的排查
- 用手机热点对照，确认是不是本地网络；
- 更新客户端和订阅，核对到期时间和流量；
- 填一张节点记录表，找出失效节点的共同点；
- 按共同点对应到上面六种情况；
- 需要联系客服，就按清单备好信息，别发订阅链接。
使用代理服务请遵守所在地法律法规，机场牛不提供法律意见。
部分节点能用常见问题
为什么我的节点有的能用有的不能用？
多数是同一类原因批量影响了一组节点，比如某个机房或中转入口在维护、客户端不支持某种协议、你所在的网络限制了某类端口或协议。先把节点按地区、协议、线路类型分组对照结果，找出失效节点的共同点，比逐个重试有效得多。
延迟测试显示超时，就一定是节点坏了吗？
不一定。超时只说明在设定时间内没有测通，可能是节点故障，也可能是测试地址不可达、超时时间太短、你的网络在拦截。更可靠的做法是用该节点实际打开一个网页，再换一个网络对照，两项结果一致才下结论。
更新订阅后节点不见了，是机场删了我的节点吗？
更常见的是服务商维护或调整了线路，旧节点已经下线，你本地的列表是过期的。更新订阅后看到的才是当前的节点。如果该有的节点没有，而公告里也没有说明，可以带上截图向客服询问，具体以服务商说明为准。
同一个节点为什么有时能用有时不能用？
常见原因包括高峰时段的拥塞、服务器负载、线路临时调整，以及你的网络在不同时间的限制策略不同。判断时记录出问题的具体时间和网络环境，再对照是否集中在晚高峰，有规律才有依据去反馈给服务商。
更新订阅后部分节点消失了，还能找回来吗？
先看机场公告和用户面板，确认是服务商下线或调整了节点，还是自己的客户端读不懂某种协议。如果问题出在客户端，更新到官方当前版本后重新导入即可；如果是经过订阅转换才少了节点，对比转换前后的数量，直接使用原始订阅试试。仍然缺失，就带上节点名和截图向客服询问。
联系客服时能把订阅链接发给对方吗？
不建议。订阅链接相当于账号凭证，拿到的人可以直接使用你的流量。客服排查通常只需要节点名称、出问题的时间、客户端和版本、网络类型、报错日志和到期流量截图，这些信息足够，订阅链接请自己保管。