为什么两个检测脚本对同一节点给出不同结论

分歧通常来自六个条件没对齐

两个检测脚本对同一节点给出不同结论，多数情况下并不是其中一个“坏了”，而是它们在探针选择、判定规则、脚本版本、运行时刻、IP 协议与运行环境这六个条件上存在差异。只有把这六项逐一对齐后仍然不同，才说明两者的方法本身对同一出口有不同理解。在此之前，任何“哪个脚本更准”的结论都为时过早。

本文只解释差异来源，不比较具体脚本的优劣，也不涉及任何品牌的检测结果（本站对 17 个品牌均为 Not Tested）。脚本推断的基本原理见检测脚本如何判断地区。

六个差异来源

来源一：探针不同

每个脚本为同一平台挑选的探针可能不同：一个请求某部只在部分地区上架的内容页，另一个请求返回地区字段的配置接口。前者更接近“能不能看到某个内容”，后者更接近“平台把出口归到哪个地区”。同一出口完全可能地区归类正确，而具体内容被回退，于是两个脚本一个显示地区代码、一个显示仅自制内容。

来源二：判定规则不同

即使探针相同，脚本作者把响应翻译成结论的规则也可能不同。例如收到某个状态码时，一个脚本记为“不可用”，另一个记为“失败”；页面里出现某段提示时，一个脚本匹配到了，另一个因为文本更新没匹配到。规则是人写的，对边界情况的处理各有取舍。

来源三：版本不同

平台改版后，及时更新的脚本和尚未更新的脚本会出现系统性差异，老版本常见的表现是一批检测项同时失败或同时给出可疑结论。比较前要记录两个脚本各自的版本号，必要时都从官方仓库更新到当前版本，并在更新前审阅改动内容。

来源四：运行时刻不同

两个脚本先后运行，中间相隔几分钟到几十分钟。这段时间里，平台的负载均衡可能把请求分到不同服务器，接口可能偶发超时，节点出口也可能被服务商调整。时刻差异造成的分歧往往随机出现、复测后消失。

来源五：IP 协议不同

有的脚本默认测 IPv4，有的同时测 IPv4 与 IPv6，有的优先使用系统偏好的协议。若本机的 IPv6 没有经过代理，一个脚本的结果反映节点出口，另一个反映本地宽带，分歧就是必然的。

来源六：运行环境不同

一个脚本在开启 TUN 的环境里运行，另一个在只设置了环境变量的终端里运行；或者两者使用的 DNS 处理方式不同。环境差异会改变请求经过的路径和平台看到的线索，DNS 与出口不一致的影响归IP 类型与地区策略讨论，节点侧 DNS 的作用见节点侧 DNS 解析方式对检测结果的影响。

对齐后再比较：一个排查顺序

需要注意的是，第 3 步的“紧接着运行”并不能完全消除时间差。如果分歧只出现在偶尔一次运行中，复测后就消失，更可能是接口偶发超时或负载均衡造成的；如果每次对齐后都稳定出现，才值得进入第 5 步分析方法差异。

走完五步仍然不同，通常说明两个脚本在回答两个略有差别的问题，例如“地区归类”与“内容授权”。这时没有必要判断谁对谁错，而是看你真正需要的是哪一个问题的答案。

用账号层体验作为最终参照

脚本之间的分歧，最终要回到账号层来裁决：你需要看的那部内容能否播放、你需要用的那个 AI 服务能否持续对话。如果两个脚本一个说可用、一个说不可用，而手动确认的结果是可以正常使用，那么记录应写为“当下可用（手动确认）”，并在备注里注明两个脚本的分歧。手动确认的步骤见不用脚本如何手动确认，脚本与实际体验矛盾的处理见检测显示 Yes 但实际无法播放。

分歧本身也值得记录

不要因为结果不一致就只保留看起来更好的那份。把两个脚本的名称、版本、运行时刻和结论都记下来，几次之后你会看到规律：有的分歧总出现在某个平台上，说明是规则差异；有的分歧只在某些时段出现，说明可能与出口状态或平台负载有关。字段格式可以直接用解锁检测记录模板。

网上流传的截图常常只展示某一个脚本的结果，并且看不到版本与环境，这也是截图难以复核的原因之一，甄别方法见“全解锁”截图的五个甄别要点。

合规提醒

开源检测脚本请从其官方仓库获取，运行前先通读内容。检测与使用都应遵守所在地法律法规和各平台服务条款，本站不提供修改脚本规则或规避平台判定的方法。更多内容见解锁检测方法与结果解读专题。