拨测实战:同一IP被两个数据库标成不同地区,如何核对可信线索
两个网站,两个答案
客户把两张截图发给我,同一个 IP,一个显示广州,一个显示深圳。
他问该信哪个。我说这个问题问错了,该问的是「哪一条线索更可信」,以及你到底需要多准,是找机房还是查用户。
差异是常态
接受这一点,讨论才有基础,否则就变成比谁嗓门大。
IP 归属数据是按段登记的,一段可能覆盖好几个城市,落到具体地址自然会有出入。
各家数据源不同,有的是运营商提供的,有的是靠探测和推测补出来的。
更新节奏也不一样,新分配的段在一家已经入库,另一家还没跟上,这种差异最常见。

IP 查询:归属地、运营商与网络属性
三条可信线索
三条同时成立,结论才算站得住,缺一条都只是推测。
时间:查询结果附带的数据时间越近越可信,太旧的要打问号,三个月前的就值得怀疑。
粒度:具体到城市比只写省份有用,但要确认是不是整段共用,共用段只能算参考。
来源:能说清数据从哪来、怎么更新的,比只给一个结果可信,也方便交叉核对。
用实测做裁决
纸面吵不出结果,就交给延迟,这是最接近事实的裁决方式。
物理距离决定延迟下限,这个骗不了人,跨省怎么优化也有个底。
在多个地区 ping 这个 IP,看延迟分布更像哪个城市,几个点放一起看趋势。
用宝塔拨测的 IP 查询看归属地、运营商和地址类型,再和多地延迟对照,两边一起判断,别只信一边。
延迟也会骗人
所以实测只能当佐证,不能当法官,尤其是 Anycast 场景。
骨干网绕行、专线直连,都会让远的地方延迟很低,看着像在隔壁城市。
Anycast 地址本身就在多个城市同时存在,延迟低不代表就在本地,这条最容易误判。
所以实测只是佐证,不能单独定案,得和纸面一起看。
结论怎么写
怎么写结论,决定了你后面要不要背锅,也决定别人怎么用你的结论。
写成区间:这个地址大概率在华南,具体城市两个库有分歧,需要进一步确认,不能直接引用。
写清依据:谁的数据更新、实测延迟偏向哪边、有没有共享段的可能。
别写「查出来是深圳」这种确定句式,出问题会很难解释,也会显得不专业。
两个结果打架的时候,别选一个信,先找能相互印证的证据。
这一步做久了,你会对「查出来的答案」保持一点必要的怀疑。
怀疑不是不信任,是专业习惯。
有了这个习惯,给出的结论才经得起追问。
经得起追问,才叫可信。
这一点,慢慢会变成直觉。