Summary

  • 一项列入 RIPE 93 议程的研究，在 2019 年 1 月至 2026 年 4 月的历史测量中发现 731 个探针至少一次出现物理上难以成立的自报位置，占所检查探针的 2.4%。
  • 研究者把其中 258 个当时仍有异常的探针报给 RIPE Atlas。到 2026 年 4 月，103 名托管者答复：93 名改了坐标，10 名提出异议。

RIPE 93 日程把 Katherine Izhikevich 的五分钟报告排在本周二索非亚时间 17:05。数字很醒目，真正有意思的是数字后面的接力：研究者发现坐标和网络往返时间对不上；RIPE Atlas 发通知；掌握探针账户的人决定如何处理地图上的点。

原始论文利用 Atlas 已经收集的 DNS 根服务器测量。研究团队取最短往返时间，算出从探针登记地点到根服务器实例至少需要多久。若对两个由不同运营方管理的根服务器都出现“比光在光纤中跑得还快”的结果，就标记位置；计算还给根服务器地点留了 100 公里的误差余量。这把尺子会指出矛盾，最终坐标仍要由知情的托管者确认。

731 是七年多里至少触发一次标记的探针总数；2026 年 4 月的截面有 155 个仍被标记。两组数字各管各的时间。2025 年 7 月至 2026 年 4 月，团队向 Atlas 提交 258 个当时有异常的个案。Atlas 联系托管者后，103 人回复，93 人改动了位置，10 人认为原位置正确。提出异议的十人中，有四人使用租来的虚拟服务器，物理位置依赖服务商提供的信息。云上的机器也会有一个未经亲眼核实的“住址”。

RIPE Atlas 指南写明了权限：其他用户能对明显错位的探针发起争议；探针托管者或管理人可以移点，也可以确认原位置。研究团队另行维护每半个月更新的疑似探针编号清单。论文回看历史发现，最终更新位置的探针里，一半是在第一次出现异常后至少 13 周才等来托管者操作。

这个等待会流入下游。研究者复查 RIPE IPmap 的一种测量方法时，在一年里使用的约 2800 个探针中找出 28 个疑似错位点，最多可能让 1125 个目标 IP 被定位到错误城市。下游使用者需要看到一次位置争议何时提出、何时得到答复。地图上的圆点很小，留下的影子却可以横跨上千条记录。