只有部分节点能连接是什么原因

订阅里有三十个节点,能用的只有八个——这种情况不需要惊慌。同一个机场的节点之间差异本来就很大:协议不同、端口不同、走的线路不同、落地服务器也在不同的机房。它们表现不一致才是常态。

真正有价值的做法不是逐个试到崩溃,而是把测试结果归类,找出规律。

先把失败节点分组

拿出五分钟,按下面四个维度给失败的节点做个分类:

分类之后,大多数情况会呈现出明显规律。规律指向的方向,就是要重点排查的地方。

情况一:某个地区的节点集体失效

这是最容易判断的一类。比如所有香港节点都超时,而日本、新加坡节点正常。

可能的原因:

• 该地区的入口服务器故障或正在维护;
• 该地区线路被临时调整;
• 从你所在的网络到该地区的路由出现问题。

处理方式很简单:先换地区继续用,同时去机场的公告频道看看有没有相关通知。多数机场遇到线路问题会发公告。如果没有公告且持续超过一天,反馈给客服并说明「某地区全部节点不可用,其他地区正常」——这种具体描述对客服定位很有帮助。

情况二:某种协议或端口的节点失效

失败节点分布在不同地区,但都用同一种协议,或者端口有共性,这指向本地网络环境的干扰。

不同网络对代理流量的处理策略不同。基于 UDP 的协议(比如 Hysteria 2)在某些运营商网络下会被限速甚至阻断,而走 TCP 443 端口的节点因为和普通 HTTPS 流量特征接近,通常最稳定。

验证方法:换一个网络环境(比如从家庭宽带切到手机热点)重新测试同一批节点。如果换网络后原本失败的节点变得可用,就确认了是本地网络因素。这种情况机场无法帮你解决,可行的做法是固定使用那些在你网络下表现稳定的协议和端口。

各协议的特点和适用场景可以参考 Shadowsocks、Trojan 与 VLESS 的区别。

情况三:节点能连但特定网站打不开

这类现象容易被误判成「节点坏了」,其实是另一回事:连接建立正常,但目标网站拒绝了这个落地 IP。

常见于流媒体服务和部分对代理敏感的平台。它们会维护 IP 库,识别到数据中心 IP 或已知代理 IP 时直接限制访问。这跟节点的延迟、带宽都没关系,再快的节点如果落地 IP 被标记,一样打不开。

判断方法:用这个节点访问一个普通网站,如果正常,说明节点本身可用,只是特定服务受限。解决方式是换用机场标注为专用线路的节点,或换到落地 IP 更干净的地区。具体判断思路见流媒体场景的节点判断方法。

情况四:高峰期部分节点变得不可用

如果失败节点集中在低倍率线路,而且只在晚上出现,那就是容量问题而非故障。

低倍率节点之所以便宜,通常是因为走的线路成本低——可能是普通中转甚至直连。这类线路在高峰期最先饱和,表现为延迟飙升、丢包严重,客户端测试直接超时。

应对方式:高峰期改用倍率较高的节点,或者接受这个时段的体验下降。这个问题的完整分析见晚高峰延迟高和速度慢如何判断。

按顺序做的排查步骤

1. 确认基础环境正常。 关闭代理能正常访问国内网站,系统时间准确。这两项不正常时任何节点测试都没有参考价值。

2. 完整测一遍延迟。 用客户端的批量测速功能测所有节点,把结果记下来。单次测试可能有偶然误差,建议隔几分钟测第二遍取交集。

3. 按四个维度归类。 用上面的表格给失败节点分组,找规律。

4. 换网络环境交叉验证。 手机热点是最方便的对照组。如果失败节点在另一个网络下正常,方向就明确了。

5. 换设备交叉验证。 同一订阅在另一台设备上导入测试。两台设备结果一致说明是节点或线路问题,不一致说明是设备本地配置问题。

6. 检查订阅是否为最新。 机场调整节点后,旧配置里的节点可能已经下线。更新一次订阅,方法见订阅链接更新失败的排查。

7. 确认账号状态。 部分机场对超出套餐范围的节点(比如专线节点需要更高等级套餐)会直接拒绝连接,表现就是这批节点全部超时。

一个务实的建议

不必追求「所有节点都能用」。实际使用中,你需要的只是两三个在你的网络环境下稳定可用的节点。找到它们之后,把它们收藏或置顶,日常固定使用即可。

同时保留一个备用地区的节点,以应对主用节点临时故障。这比每次出问题都从头测一遍效率高得多。

什么情况下应该考虑换服务

单个节点或某地区节点的临时波动是正常的。但如果出现下面这些情况,说明服务本身的质量在下滑:

• 可用节点数量持续减少,且长期不补充;
• 同一批节点连续多周不可用,客服无回应;
• 公告频道停更,官网访问困难。

最后一类信号需要特别警惕,相关判断依据见机场跑路前常见的风险信号。

仍未解决时收集这些信息

• 失败节点的完整名称列表,以及成功节点的列表(对比更有说服力);
• 你所在地区和网络运营商;
• 换网络环境后的测试结果;
• 客户端名称和版本;
• 测试时间(高峰期还是平时);
• 订阅最后一次更新成功的时间。