解锁检测记录模板：时间、节点、出口 IP 与结果

没有时间和出口的结果，等于没有结果

一条解锁检测记录要有用，至少要回答五个问题：什么时候测的、测的是哪个节点、出口 IP 是什么、用什么方法测的、每项服务在哪一层得到了什么结果。缺任何一项，这条记录都无法复查，也无法和下一次检测对比。下面给出一份可直接复制的字段模板，并说明每个字段的用途。

本文只讲记录方法，不发布任何检测结果。本站对 17 个品牌均为 Not Tested，本站自己的测速截图批次如何登记，见本站测速批次记录与局限。

字段模板

以下模板可以复制到表格软件或纯文本里使用，每次检测一行：

记录编号：
检测日期与时间（含时区）：
所在地与本地网络（如家庭宽带运营商，可粗略）：
设备与系统：
客户端与代理模式（规则 / 全局 / TUN）：
DNS 处理方式（虚拟地址 / 真实解析 / 不确定）：
节点名称（客户端显示原样）：
出口 IPv4 与地区、所属网络：
出口 IPv6 与地区（无 / 本地 / 节点）：
检测方式（脚本名称与版本 / 手动）：
被测服务与结果（按 可用 / 部分可用 / 不可用 / 未得出结论）：
异常所在层（访问 / 账号 / 片库 / 播放 / 持续）：
备注（验证提示、报错原文、与上次差异）：

每个字段为什么要记

节点名称要原样抄录，因为服务商可能有多个名称相近的节点；出口 IP 要单独记录，因为同一节点名背后的出口可能被更换。出口更换会带来什么影响，见节点出口 IP 更换后之前可用的服务为何失效。

结果栏的填写口径

结果栏建议只用四个词：可用、部分可用、不可用、未得出结论。脚本输出的各种状态词，以及手动观察到的现象，都先归并到这四类再填写。归并方法分别见脚本输出项怎么读和手动确认的步骤。

“未得出结论”必须单独成类。超时、网络错误、脚本规则失效都属于这一类，如果把它们记成“不可用”，统计时会系统性地低估结果；反过来，把它们忽略不记，又会让记录看起来比实际更顺利。

一个填写示意（不含真实数据）

下面是一行记录的写法示意，所有值都只是格式说明，不对应任何真实节点或品牌：

记录编号：R-03
检测日期与时间：某日 21:10（UTC+8）
代理模式：规则模式，检测时临时切换为全局
DNS 处理方式：虚拟地址
节点名称：（照抄客户端显示）
出口 IPv4：（前两段）.x.x，地区与节点标签一致
出口 IPv6：本地，IPv6 一组结果不计入
检测方式：开源脚本，版本号照抄
被测服务与结果：服务 A 可用；服务 B 部分可用；服务 C 未得出结论
异常所在层：服务 B 片库层
备注：服务 C 显示超时，30 分钟后复测

示意的重点是格式，而不是结果。任何把示意当作实测的用法都不成立。

隐私与分享

记录里的出口 IP、设备信息和账号相关报错都属于可识别信息。自己留存时可以完整记录，便于向服务商反馈；需要分享给他人时，建议遮挡出口 IP 后两段，去掉订阅地址、账号名和邮箱。订阅地址等同账号凭据，任何时候都不应出现在分享的记录中。

向服务商反馈时怎样引用记录

记录的另一个用途，是让与服务商的沟通更具体。反馈时建议附上三到五条相关记录，而不是只发一张结果截图：每条写明检测时间、节点名称、出口 IP 前两段、检测方式与异常所在层。这样服务商可以判断问题是否集中在某个出口、某个时段，还是与你的本地环境有关。

如果记录显示同一节点名背后的出口在几天内发生过变化，也可以一并说明。是否调整节点、多久能调整，以服务商的回复为准；本站不对任何服务商的处理能力作出判断。

记录攒多了以后怎么用

当同一节点、同一服务积累了多个时段的记录后，可以观察结果是否随时段变化、出口是否被更换、变化是否与脚本版本更新同步发生。这些观察比任何一次单独结果更有参考价值，复测的安排方法见单次检测与多时段检测。如果你同时在做测速，两类测试的先后顺序可以参考测速之后再做解锁检测。

记录只描述你自己的观测，不适合拿来给服务商排名。检测与使用都应遵守所在地法律法规与平台服务条款。本专题的其他内容见解锁检测方法与结果解读。