摘要

  • RFC 7754 区分政策制定者、执行者、目的、预定目标和技术执行组件。
  • 一次探测失败只能证明该视角下的失败，不能自行证明权力来源、动机、法律依据或故意。

监测可以记录解析器给出了异常答案、TCP 被重置，或请求超时。这些都是有价值的事实，却只是调查的起点。若把它们立即改写成某个政府、运营者或机构作出决定的故事，证据就越过了自身观察范围。

Dave Thaler 参与署名的 RFC 7754 是 IAB 的信息性文件。它的作用不是为任何辖区下结论，也不是提供识别“审查”的万能测试。文件刻意分开四个问题：谁制定阻断政策、政策目的为何、预定目标是什么、以及由哪个互联网组件实施。

制定者和执行者可能相同，也可能不同。执行网络规则的一方可能奉另一方指令，或自愿采用第三方的信誉数据。单一执行点的抓包无法独自还原这一责任链。

影响也不必然揭示目标。DNS 改写可能波及共享名称的无关服务；地址或端口规则可能影响多个应用。RFC 还明确把误配置造成的意外阻断和其他非故意副作用排除在范围之外。因此，访问失败不能自动成为蓄意过滤的证明。

可靠记录应保存最小可验证事实：请求的标识符、解析器或路径、测量视角、时间、协议、返回结果、可重复性和对照条件。同时也要写明未观察到的内容：政策来源、执行运营者、配置规则、目标清单、法律依据和目的。这些问题需要相应责任方提供可归属的证据。

这不是要求忽略故障，而是让故障能够被正确处理。网络团队可以检查路径和执行面，服务所有者可以比较端点，运营者可以解释配置，政策负责人可以出示指令。任何单一技术症状都不应替其他人发言。

RFC 7754 中 Thaler 的贡献属于集体 IAB 工作，并不意味着他控制任何过滤系统。它留下的持久教训是：在取得可核验的责任链之前，应把阻断观测如实报告为阻断观测。

来源