代理节点：订阅里装着什么，测速怎么读，全部超时怎么排查

代理节点是一组连接参数

客户端里那一排“香港 01”“日本 BGP 03”，每一行背后都是一台远端服务器的连接信息，包括地址、端口、协议、密码或 UUID，还有加密和传输方式的几项设置。客户端照着这组信息连上服务器，浏览器和其他程序交给它的请求就从那里转发出去，目标网站看到的访问者是服务器的出口 IP。代理服务器的一般原理在 代理服务器那一篇 里讲过，这一篇只讲节点这一层，以及节点出了问题怎么查。

节点名称是服务商自己起的，客户端照着显示，不会核实。常见写法是地区加序号，有的还会带上线路类型、解锁标注和倍率，比如“新加坡-03-GPT解锁SG”。倍率是机场圈通行的计费约定，名称里写 2x，表示在这个节点上用掉 1 GB，套餐里扣 2 GB，写 0.5x 就只扣一半。买的是按流量计费的订阅，挑节点前先看一眼倍率。

名称里的地区同样只是标签。出口 IP 登记在哪个国家，被某个网站识别成哪个地区，要靠 IP 查询或解锁检测去确认，后面那份记录里就有名称写着新加坡、YouTube 却按中国大陆处理的节点。IEPL、IPLC、BGP 这几个线路词的区别，见 机场线路怎么选。在国内使用这类服务涉及哪些规定，本站把条文整理在 法规原文与常见误读，这里不展开。

订阅链接负责把节点送到客户端

一家机场少则十几个节点，多则上百个，让用户一个个手填不现实。服务商给每个账号发一条订阅链接，客户端访问这条链接，取回整份节点列表，之后按设定的间隔重新拉取。拿 MetaCubeX 维护的 mihomo 内核来说，它的文档把这种来源叫 proxy-providers，类型设为 http 时要填 url，interval 是更新间隔，单位是秒^[1]。服务商换了服务器、改了端口，客户端到下一次更新时就会跟上。

订阅太久没更新，手里的参数就可能整批过期。服务商那边已经迁走，客户端还拿着旧地址去连，整张列表会一起超时。手动更新一次只要几秒钟，所以在后面的排查顺序里它排得很靠前。

链接怎么导进各个客户端，写在 订阅链接导入；客户端怎么挑，看 代理软件对照。

测速结果里的三类数字

延迟

客户端里的“测延迟”，做法是经由节点去请求一个测试地址，算出多久收到回应。mihomo 的订阅和策略组都带这项健康检查，可以设测试地址、检查间隔（秒）和超时时间（毫秒）^[1][2]，自动选择组的文档示例里，测试地址写的是 www.gstatic.com/generate_204[3]。到了超时时间还没等到回应，界面上就显示超时。

延迟只反映一来一回花了多少时间，带宽它测不出来。美国节点离得远，延迟天然比香港高。后面 06-17 那轮记录里，美国节点的延迟一栏明显高出香港一截，平均速度却和香港在同一个量级。按延迟给节点排队，判断通不通、远不远够用了，拿它判断快不快会看走眼。

有的测速工具会给出两列延迟。后文截图里的工具在图底写了说明，TLS RTT 是一次数据交换的往返时间，HTTPS 延迟是完成一次请求的体感时间，后一列因此一般更大。

下载速度

下载测速是实打实经由节点下载一段数据，用掉的流量照样从套餐里扣。工具通常开很多线程同时下载，32 线程的结果是 32 条连接加在一起的速度。浏览器下一个文件用不了这么多连接，平时感觉到的速度会比这个数字低。两次测试的线程数不一样，数字就不能直接比。

单位要看清楚。MB/s 是每秒多少兆字节，Mbps 是每秒多少兆比特，1 MB/s 等于 8 Mbps。家里的千兆宽带标称 1000 Mbps，折算成 MB/s 理论上限约 125。测试端的线路先跑满了，节点再快也显示不出来，这时各个节点的数字会挤在上限附近。

测试时段

晚上是国内用户集中上网的时段，出境线路也最忙。本站把 20:00～23:00 算作晚高峰，测试时间早于这个区间，结果就只能说明白天或傍晚的情况。

拿一份真实记录练习读数

光讲概念记不住，下面拿一份完整的记录来读。记录的对象是星岛梦（StarDream），它和本站有推广合作，关系写在 推广合作说明。选它是因为本站手里它的测试截图最多，2026 年 6 到 7 月一共四轮，三轮测速、一轮解锁检测，好看的和难看的结果都留着。

先看条件，再看数字

最容易出错的读法，是把 06-17 和 07-19 的香港数字并排一放，得出“一个月慢了好几倍”。这两轮的测试端差别太大，06-17 是 9Gbps 宽带、32 线程，07-19 是千兆宽带、8 线程。千兆的理论上限约 125 MB/s，07-19 香港节点最高跑到 99，离天花板已经不远，节点还剩多少余力，这一轮测不出来。两轮之间的落差，很大一块来自测试条件本身，带宽和线程数都换了。

同一轮里横着比

07-18 这一轮的宽带档位没有记录，它的数字更不该拿去和另外两轮比，能做的是同轮比较。同一条宽带、同样 32 线程、同一次测试里，美国 8 个节点只有 13～49 MB/s，排在它们前面的香港、日本节点高出一大截（见下图）。条件完全一样，美国方向在这次测试里偏慢，这个判断站得住。它是那一次的偶然还是一段时间里的常态，一轮数据回答不了。

表尾那 11 行 0

07-18 的结果按平均速度从高到低排，最后 11 行速度全是 0。再看延迟一栏，还能把它们分开。个别行测出了延迟却没下到数据，说明握手通了，传数据时出了问题；更多的行延迟也是空的，测速工具连服务器都没连上。服务器当时是停了、在维护，还是有别的原因，截图上看不出来，本站也没有向服务商求证。第二天 07-19 那张图的表尾也有一串 0，名字都能在前一天那 11 行里找到；前一天同样是 0 的几个香港节点，这天倒是测出了速度。两张图对着看，有的节点连着两天没跑通，有的只是那一次掉了线，单看一张图分不出来。

速度好看，地区不一定对

06-27 那一轮只看节点能不能打开某些服务、被识别成哪个地区，不测速度。OpenAI 在 60 个 VLESS 节点里有 54 个能用。YouTube 一列里，新加坡 10 行、台湾 9 行显示 CN，也就是 YouTube 把这些出口当成了中国大陆。节点名写着新加坡，到了 YouTube 那里却换了一个地区。用到某项服务的地区功能时，要看解锁检测，速度表在这件事上帮不上忙。出口 IP 的归属和这类误判，出口 IP 说明 里记得更细。

这份记录说明不了什么

记录停在 2026-07-19，到核对日已经过去三个月，节点数量和线路都可能变过。测试端是本站的宽带，换成你家的线路，数字也会不一样。完整的套餐、四轮截图和缺点清单放在 星岛梦档案，其他机场的测速数据见 8 家的测速数据，本站怎么测、证据分几级，见 测评方法说明。

节点全部超时，按顺序排查

几十个节点同时坏掉，很少见。全部超时的时候，先查所有节点共用的环节，本机网络、系统时钟、客户端和订阅都在其中。服务商整体故障也会发生，它放在最后查，前面几步在自己电脑上几分钟就能做完。

动手之前，先确认是不是真的不通。随便选一个节点，直接打开一个海外网页。网页能打开、测试却显示超时，问题出在测试设置上，可能是测试地址本身打不开，也可能是超时时间设得太短，换个测试地址再测就行。

本机网络和订阅

第一步关掉代理再上国内网站，为的是把节点的问题和网络的问题分开。国内网站也打不开，就和节点无关了。常见的情况是客户端异常退出，系统代理没有恢复，浏览器的请求仍然发往客户端原先占用、现在已经关闭的本地端口，处理办法见 代理报错排查。

订阅这一步先手动更新一次。更新失败，就看看面板能不能登录、账号是否到期、本月流量是否用完，这几种情况下节点一般都连不上。更新成功、节点列表却和原来明显不同，说明服务商换过一批服务器，旧列表全部超时也就说得通了。

系统时间

时间不准，节点会整批失效。VMess 依赖系统时间，Xray 文档要求运行它的设备 UTC 时间误差在 120 秒以内，和时区无关^[4]。Shadowsocks 2022 版在消息头里带时间戳，和本机时间相差超过 30 秒就当作重放处理^[5]。VLESS 的文档写明它不像 VMess 那样依赖系统时间^[6]，可它要配合 TLS 一类的传输安全层使用，时钟偏得太离谱、超出证书有效期的范围，证书校验同样过不去。电脑或手机关掉了自动对时，或者手动改过时间，都值得先对一次时再测。

节点域名解析

订阅里的服务器地址很多写的是域名，客户端要先把域名解析成 IP 才能连。mihomo 为此单独留了一个 proxy-server-nameserver 字段，文档说明它只用来解析代理节点的域名^[7]。本地 DNS 出了故障，或者给了错误的地址，每个节点都会卡在这一步，看上去就是全部超时。打开客户端日志，留意有没有解析失败的提示，有的话给节点域名单独指定一个可用的 DNS 服务器再试。

客户端内核不认某种协议

超时的节点恰好都是同一种协议时，先查内核版本。AnyTLS 是比较新的协议，sing-box 从 1.12.0 开始支持它的出站^[8]，项目说明里列出 Shadowrocket 2.2.65 及以后的版本实现了客户端，mihomo 同样内置了 AnyTLS 客户端^[9]。内核不支持时，这类节点要么导入报错，要么导进来也用不了。订阅里有 AnyTLS 节点，就先把客户端升级到支持它的版本。各种节点协议的区别，见 SOCKS5、HTTP 代理与节点协议。

本机拦截和换网络

有的安全软件会拦下客户端内核的出站连接，表现出来就是所有节点同时超时，暂时退出它再测一次就能看出来。电脑上同时开着两个代理工具，也可能互相抢端口、抢路由。测试时只留一个。

手机热点是成本最低的对照。热点下一切正常，说明订阅、时间和客户端都没问题，差别在原来那条网络的出口。Hysteria2 节点要多看一眼，它基于定制的 QUIC 协议^[10]，QUIC 的数据包装在 UDP 报文里传^[11]。所在网络限制 UDP 的话，这类节点会先出问题，走 TCP 的节点却还能用。订阅里只有这一种节点时，看起来就是全部超时。

服务商那边

前面几步都排除了，换了网络也不行，就该去看服务商的公告。入口线路故障、服务器集体迁移，都会让所有节点同时不可用。这时反复重装客户端没用。等公告，或者直接联系服务商。

只有一部分节点超时怎么看

部分节点超时比全部超时常见得多，读法是找它们的共同点。同一种协议成片超时，回到上一节查内核。某个地区一整排都连不上，多半是那个方向的线路或那批服务器出了状况。零零散散超时几个，通常是单台服务器在维护，换一个节点就行。

不想每次手动挑，可以交给客户端的自动选择。mihomo 的 url-test 策略组按设定间隔测组内节点，再根据结果切换，tolerance 是节点切换的容差，单位毫秒^[3]，设得大一点，客户端就不会为了几毫秒的差距来回换节点。策略组的 lazy 默认开启，没被选中的组不做测试；max-failed-times 默认是 5，失败次数超过它会触发一次强制健康检查^[2]。照这些默认值，自动选择平时的测试开销很小，耗流量的大头在下载测速，按月计流量的套餐没必要天天把几十个节点全测一遍。