测试方法:本站的数据是怎么测出来的
本站的数据来自四套方法。在线检测定时请求 28 家机场的用户面板,每家约半小时轮到一次,判断本站检测点能否打开;免费节点每 6 小时从 GitHub 开源项目同步一次,本站做连通检查,只收录检查通过的;机场价格按同一个公式换算;跑路讨论只转述公开反馈并附出处。检测都在海外进行,结果不代表中国大陆网络里的情况。
在线检测怎么做
在线检测回答一个很窄的问题:本站检测点现在能不能打开这家机场的用户面板。用户面板是买套餐、拿订阅链接的网站,它打不开通常是机场出问题的第一个信号,但它能打开不代表节点可用。结果显示在机场跑路预警页和每家的测评页上。
测什么
| 对象 | 成功的条件 | 对状态的影响 |
|---|---|---|
| V2Board / Xboard 面板 | 请求一个不用登录的公开配置接口,返回能解析的数据 | 决定状态 |
| 其他面板 | 首页正常打开,内容像样,不是域名停放页 | 决定状态 |
| 推广入口 | 能打开,并且能从中读到面板清单 | 只做记录,不影响状态 |
推广入口属于推广方,推广计划结束或换码都会让它失效,和机场是否运营无关,所以它不参与判定。
多久一次,怎么抽
- 检测程序定时触发,每次测 5 家,28 家机场每家约半小时轮到一次。确切间隔以机场跑路预警页顶部显示的为准,停测的机场不参与轮转。
- 每家每轮抽 3 个面板。同一台服务器上的多个域名算一组,先每组抽一个,再在组内换着抽,几轮下来所有面板都会测到。
- 单个请求超时 8 秒。第一次全部失败、而这家以前在线过时,隔 30 秒再补测一次。
- 每轮先请求 2 个公共对照地址。对照失败说明是检测点自己的网络有问题,这一轮作废,不改变任何机场的状态。同一轮里很多家同时失败时,也会先复查对照再决定。
九种状态的判定
| 状态 | 什么时候显示 |
|---|---|
| 正常 | 最近 2 轮都能打开,最近 60 分钟没有失败,6 小时内切换少于 4 次。 |
| 波动 | 最近 60 分钟有失败或部分失败,但还不够“无法访问”;或 6 小时内在能打开和打不开之间切换 4 次以上。 |
| 无法访问 | 连续失败 60 分钟以上,并且这段时间的有效检测覆盖率不低于 80%。 |
| 疑似失联 | 连续失败 24 小时以上并有旁证(例如所有面板域名都解析失败),或连续失败 72 小时以上。 |
| 检测受限 | 从开始检测起一次都没成功过;或连续 60 分钟打不开,而其中多数轮次是被拦截或无法判断。 |
| 数据不足 | 开始检测不满 24 小时;或这家很久没测到而其他机场都在正常更新;上线前的影子运行期间一律显示这个状态。 |
| 已停止服务 | 只能由站长人工设置,必须附一手来源的存档链接。不会自动出现,也不会自动撤销。 |
| 维护中 | 人工设置,写明来源和时段。维护时段里的失败不累计。 |
| 检测暂停 | 人工设置,写明原因(例如面板清单全部失效,等待重新采集)。这段时间不检测这家。 |
从“无法访问”或“疑似失联”恢复,需要连续 2 轮能打开,恢复时自动记一条事件并写明异常持续了多久,不需要任何人申诉。覆盖率指实际失败的轮数和按间隔应有轮数之比,检测程序本身停了的时间不算进“连续失败”。
上线前的影子运行
阈值是起点,要靠数据校准。上线后先影子运行 14 天:程序照常检测、写库,页面一律显示“数据不足”,同时写明检测已经开始、数据正在积累。我们在这段时间里看每家的失败段和状态切换次数,目标是每家每月误报少于 1 次,调整后再公开结果。
人工标记与更正
“已停止服务”“维护中”“检测暂停”三种状态只能人工设置,来源文字会公开显示。检测误判(例如本站检测点被对方屏蔽)时,我们在这家的时间线上追加一条更正说明,原记录不删除。
不公开的内容
面板域名、推广地址和服务器 IP 不在任何页面和接口里出现,公开的只有品牌、状态、时间、“面板 A/B/C”这样的编号和失败原因类别。检测请求带着标识 Mozilla/5.0 (compatible; TiziLabProbe/1.0; +https://tizilab.net/methodology/),运营方可以据此找到本页,对检测有异议可以写信给我们。
免费节点怎么测
免费节点每 6 小时更新一次,结果显示在免费节点页和三种订阅地址里。本站有两种检查方式:连通检查只确认节点的端口能不能连上,代理实测用 mihomo 经节点真的去请求网站。免费节点页顶部会写明当前这一批用的是哪一种,页面上的说法跟着切换。
| 项目 | 连通检查(当前) | 代理实测 |
|---|---|---|
| 来源 | GitHub 开源项目,上游自己做过可用性验证 | 同样来自 GitHub 开源项目 |
| 本站做什么 | 从测试机向节点地址和端口发起 TCP 连接,只握手,不发数据 | 用 mihomo 经节点请求测试地址,测几轮,达到成功次数才收录 |
| 延迟 | TCP 握手耗时 | 经节点请求测试地址的耗时中位数 |
| 地区 | 上游节点名里的国家标注,页面写“上游标注地区” | 经节点读到的出口国家 |
| 说明什么 | 测试机能和节点端口建立连接;能不能真正转发流量,靠上游的验证,本站没有复核 | 测试那一刻,节点能从海外转发请求 |
从哪来
只接公开了抓取代码、许可证写得清楚的上游仓库,首批是 awesome-vpn/awesome-vpn(GPL-3.0)和 0xRadikal/Free-v2ray-Configs 的 verified 目录(MIT)。本站只取它们输出的节点数据,不分发对方的代码。另有几个来源只用来比对,和它们重合的节点会从主订阅里剔除,原因包括来源不明、宣传破解或混入机场的付费订阅。
先过滤掉哪些
- HTTP、SOCKS 这类不加密的开放代理。
- 流式加密的 Shadowsocks、不校验证书的节点、没有 TLS 的明文 VLESS 与 VMess。
- 地址是私有网段、回环地址、公共 DNS,或者解析后指向这些地址的节点。
- 凭据、SNI、路径里带广告文字的节点,改名也去不掉这些字。
- 出现机场订阅地址的,只计数,不跟进抓取。
连通检查怎么做
测试机对每个候选节点的地址和端口发起一次 TCP 连接,握手完成就断开,超时 3 秒。握手成功的节点收录,页面上的延迟就是这次握手用了多久。地区照搬上游节点名里的国家标注,本站没有核对出口,所以页面写“上游标注地区”。这种方式没有经节点访问任何网站,本站不声称测过这些节点能翻墙。
代理实测怎么做
| 步骤 | 做法 | 参数 |
|---|---|---|
| TCP 预筛 | 只握手,不发数据;走 UDP 的协议跳过这一步 | 超时 3 s |
| 抽样 | 候选太多时抽样,上一轮通过的节点最多占一半名额 | 上限 800 |
| 延迟测试 | 用 mihomo 请求 2 个测试地址,测 2 轮,间隔 60 秒 | 4 次中 ≥ 3 次成功 |
| 出口核对 | 经节点读取出口国家;出口 IP 等于测试机自己的,说明没有真正转发,丢弃 | 读不到写“未知” |
| 选取 | 延迟中位数达标后按延迟排序,连续通过次数多的略微靠前;同一个出口 IP 最多收 2 个 | ≤ 800 ms,每国 ≤ 10,总数 ≤ 60 |
超过 24 小时没有新的检查结果时,页面顶部和订阅响应里都会标明数据可能过期。表里的延迟是海外测试机测得的,连通检查模式下是握手耗时,代理实测模式下是请求耗时,两种都和你在国内看到的延迟没有对应关系。
机场测评与排名依据
每家机场的测评页由三部分组成:官网资料换算出来的价格表、站长实测(有才写)、在线检测的状态。三部分的证据类型不同,页面上分开显示。
价格怎么换算
价格、套餐、流量来自机场官网和用户面板,每家测评页写着资料日期。换算只用两个公式:
- 折合月价 = 套餐价格 ÷ 周期月数。季付按 3 个月,半年付 6,年付 12,两年付 24,三年付 36。
- 每 GB 单价 = 套餐价格 ÷ 整个周期能用的总流量。流量按月重置的,总流量 = 月流量 × 月数;按整个周期给的,直接用总量。
举例:年付 98 元、每月 60 GB 的套餐,折合 8.2 元/月;一年总共 720 GB,每 GB 0.14 元。一次性买断、不限时间的套餐没有折合月价,只算每 GB 单价。流量写得不清楚(没写数字,或看不出按月还是按总量)的套餐不参与“每 GB 最低”的比较,页面会注明原因。折合月价保留 1 位小数,每 GB 单价保留 2 位。
名次怎么排
榜单顺序由编辑排定,不是公式算出的分数,本站也不打综合分。编辑会看价格换算结果、线路和协议资料写得是否清楚、有没有站长实测、运营了多久。有两样东西不参与排序:在线检测状态(它单独显示在每家旁边),以及推广关系和佣金高低。本站不接受付费改名次,收入来源见商业披露。
分类页的规则
| 分类 | 收录规则 |
|---|---|
| 便宜的梯子推荐 | 最便宜一档套餐折合每月不超过 8 元 |
| 专线梯子推荐 | 资料写明 IEPL 或 IPLC 专线 |
| 不限时梯子推荐 | 有不限时间、按流量买断的套餐 |
| 老牌机场推荐 | 资料写明运营三年以上 |
分类由程序按套餐和资料计算。成员不到 2 家的分类页仍然能打开,只是不放进 sitemap,也带 noindex 标记。
站长实测的条件
- 只认截图。截图要能看出测试时间、线路或节点地区、使用的工具。
- 截图里能看到节点地址、IP、订阅链接、账号、邮箱或订单号的,不用。
- 一次实测只说明那个时间、那条线路、那个网络环境下的结果,页面会写明这些条件,不外推到其他时段和运营商。
- 没有实测的机场显示“本站尚未实测”,正文不写速度、晚高峰和解锁情况。
跑路讨论怎么整理
机场跑路栏目里的讨论总结,来源是 GitHub 上公开的机场跑路讨论仓库 limbopro/Paolujichang 的 Issues 和评论。同步间隔是 72 小时,同步后按机场归并反馈,再用自己的话写成一页总结。
三条底线
- 不下结论。页面只说有人反馈了什么。“风险类型”只归类大家在讨论哪类问题,“核验状态”只说明这些材料目前核对到什么程度,这两个标签都不代表对机场的评价。
- 每句有出处。每条说法都挂着具体的 Issue 或评论编号和版本。来源里没有的时间、金额、原因和人数,一律不写。
- 不搬运,不泄露。正文是原创归纳,不粘贴原文。邮箱、账号、订单号、电话、网址、截图和投稿人身份都不进公开页面。
核验状态
| 状态 | 含义 |
|---|---|
| 社区反馈待核验 | 默认状态。本站读过、整理过这些反馈,但没有独立核实其中的说法。 |
| 部分核实 | 其中一部分说法有本站能核对的依据,例如本站检测记录或运营方公开的公告。 |
| 已有回应 | 有人以服务方身份作出回应。身份未经核实的,会标明“身份未核实,不视为官方”。 |
| 持续观察 | 讨论里中断和恢复的反馈交替出现,本站继续跟踪来源的新变化。 |
| 已澄清 | 有可核验的证据澄清了主要说法。 |
| 已结束观察 | 讨论已长期没有新来源,本站停止跟踪,页面保留。 |
每条说法还标着类型:反馈者陈述、可核验事实、本站观察、编辑判断。标成编辑判断的句子,是我们对上面那些来源的概括,本身不算新证据。
哪些页面提交给搜索引擎
下面几条同时满足,总结页才进入 sitemap、允许收录:
- 总结不少于 120 字,至少有 1 条说法和 1 个来源;
- “目前能确认”或“仍待核实”至少有 1 项;
- 至少有 1 条投稿人以外的评论(投稿人在自己帖子下的补充不算有人跟进);
- 编辑没有手动排除。
达不到的页面照常可读,但带 noindex 标记。在线检测和跑路讨论是两套独立的数据:讨论多,不代表机场现在不能用;检测正常,也不代表讨论里的问题不存在。
局限与已知误差
- 检测点在海外。只对中国大陆开放的面板,在本站会显示“检测受限”;在海外能打开的面板,在国内也可能打不开。
- 面板不等于节点。面板能打开时节点可能已经全部失效,反过来也可能发生。
- 抽测有延迟。每轮只抽 3 个面板,一家有十几个面板时要几轮才轮完,没抽到的面板出问题不会立刻反映出来。
- 阈值会调整。现在的阈值是影子运行前的起点,调整时方法版本号加一,并记在本页末尾。
- 连通不等于可用。连通检查只说明端口能连上,节点能不能转发流量要靠上游的验证。代理实测模式下候选多时每轮只测一部分,同一个节点这一轮收录、下一轮没有,不一定是它坏了。
- 价格会过时。机场改价后,本站要到下次核对资料才会更新,购买前请以官网为准。
- 实测是单次的。一张测速截图只代表一个时间点和一条线路。
- 社区反馈可能不准。跑路讨论里的说法大多无法由本站核实,页面上的核验状态写明了处理到哪一步。
关于测试方法的常见问题
梯子实验室的在线检测多久一次?
检测程序定时触发,每次测 5 家,28 家机场每家约半小时轮到一次,确切间隔写在机场跑路预警页顶部。页面上写的是最近一次检测的时间,超过 3 个检测间隔没有新结果会改口为“检测延迟”。
面板显示正常,为什么我的梯子还是连不上?
在线检测只请求机场的用户面板,判断的是面板能否打开。节点能不能用、在中国大陆网络里能不能连上,这项检测都测不到。可以先看新手指南里的排查方法,再联系机场客服。
免费节点检查通过,代表在国内能用吗?
不代表。检查在海外的测试机上做,只能说明节点在那一刻能从海外连上。连通检查模式下本站只确认端口能建立 TCP 连接,没有经节点访问过网站。在中国大陆能否使用,本站未经测试,请把免费节点当作临时的备用选择。
机场排名是按什么排的?
名次由编辑排定,不是公式算出的分数。价格换算、线路资料、有没有站长实测和运营时间都会看,在线检测状态和推广关系不参与排序,本站不接受付费改名次。
方法变更记录
| 日期 | 项目 | 改动 |
|---|---|---|
| 检测方法 2026-09-25.1 | 首版:在线检测、免费节点测试、价格换算与跑路讨论整理的方法。 | |
| 免费节点 | 免费节点改为每 6 小时从 GitHub 开源项目同步,本站做 TCP 连通检查;延迟改为 TCP 握手耗时,地区改为上游标注地区。代理实测的做法保留在本页,启用时免费节点页会写明。 |