先把城市名当作线索,不是你的位置证明
快递经过某个分拣中心,包裹上可能带着那个城市的标签,但这张标签不是收件人的门牌证明。IP 查询显示的位置,也不能直接当成你此刻站在哪里的证据。
打开本站首页,如果“大致位置”显示了另一个城市,先记下这次查询的地址、网络和时间。城市不一致,不等于电脑被远程控制、手机真的到了那里,也不等于整个查询都失效。地址有没有取得、位置有没有数据、数据是否符合实际,是需要分别看的问题。
本章教你对照首页的具体结果。关于 IP 地理位置的基础原理,可以先读第 6 章 IP 地址能定位到哪里。这里不承诺“误差一定小于多少公里”,也不靠一张查询截图判断某个人真实所在的位置。
首页的“大致位置”从哪里来
本站自己的查询请求,会获得 Cloudflare 提供的国家或地区、省区、城市等信息,页面再把已有内容整理成一行。这类信息属于IP 地理位置数据,可以理解为把 IP 地址与大致地域对应起来的资料,而不是设备发来的一张实时位置照片。
页面不一定每次都有完整的国家、省区和城市。上游只返回其中一部分时,页面就显示已有的部分,不会自己补出一个城市;相同名称也可能合并,避免重复。因此“只显示国家”与“显示了另一个城市”不是同一种现象。
还要注意,首页两种地址和这一组位置可能来自不同的查询请求。页面没有对所显示的 IPv4、IPv6 分别给出两套位置。不能看到一行城市,就说已经独立核实了这两个地址都属于那个城市。
为什么开定位权限也不一定能改正它
浏览器定位是另一条取得设备位置的途径,网站调用相关能力时需要相应权限,并可能使用设备可用的位置来源。它与“根据查询请求取得 IP 地域资料”不是同一项功能,精度也不能只凭名称保证。
本站当前 IP 查询程序不调用这项设备定位能力。因此,在手机设置里打开定位,或改变某个浏览器的位置权限,并不会自动把首页的城市文字替换成设备位置。拒绝设备定位权限,也不能阻止普通网络请求带出对方处理通信所需的地址信息。
地图应用、社交平台和本站如果显示了不同地区,先分清各自在展示什么:设备位置、某次请求的 IP 地域,还是平台按自己的规则保留的资料。不能因为它们都用了“位置”两个字,就要求数据来源、时间和显示范围完全相同。
先分清错误、缺失和不同显示范围
| 看到的情况 | 先确认什么 | 暂时不能下的结论 |
|---|---|---|
| 显示了另一个城市 | 当前网络、地址和查询时间是否一致 | 人一定在那里,或电脑一定异常 |
| 只有国家或省区,没有城市 | 这次返回的信息是否较少 | 页面把城市查错了 |
| 位置缺失或提示服务没有响应 | 地址查询与位置请求分别有没有结果 | 地址也必然错误,或设备没有联网 |
| IP 变了,位置没有变 | 两个地址是否被资料对应到相同地域 | 切网失败或位置一定没有刷新 |
不同位置资料可能覆盖不同范围,也可能在不同时间更新。网络地址被重新分配或使用方式改变后,地域资料未必立刻同步。运营商网络、共用出口和中间转发,也可能让请求所见地址与终端所在地点难以直接对应。
这些都是可能的影响因素,不是对你这次结果的现场诊断。不能看到手机流量显示另一城市,就直接指定某个出口机房;更不能因为显示另一国家或地区,就断定一定开了某种代理。要核查实际连接条件,而不是用一个城市名反推整条路径。
按同一套条件,做一次可比较的记录
- 先记录,不急着改。在同一设备和浏览器中,保存本轮 IPv4、IPv6、大致位置和查询时间,注明 Wi-Fi、手机流量或其他连接。
- 重新查询。等当前一轮结束,再点首页“重新查询”。切换网络后要重新取得结果,不能沿用切换前留在页面上的城市文字。
- 分别核对地址与位置。地址有结果而位置缺失,就先按两项分别记录;位置变了而地址也变了,不要写成同一个 IP 的资料突然改变。
- 需要时只换一个条件。可以按第 11 章在同一手机上对照 Wi-Fi 和流量,分别保存各轮信息,不同时修改浏览器、代理和路由器。
代理或受管理网络如果会转发请求,也把是否使用、是否确定这件事记下来。不清楚就写“未确认”,不必为了让城市名符合预期而先关闭管理配置。设备设置里的内网地址也不能直接替换网站查询到的地址,区别见第 8 章。
例如,“同一手机、相近时间,家里 Wi-Fi 查询显示城市甲,手机流量查询显示城市乙,人没有移动”,是一条模拟对照描述。它说明两轮的位置标签不同;单凭这些,还不能确定数据库错误、运营商出口变化或其他因素中哪一个才是原因。
其他网站显示不同,不能直接投票判对错
比较另一处查询结果时,至少确认两边是不是同一个完整 IP、同一种协议、相近时间。有的网站访问时使用 IPv4,有的请求可能使用 IPv6;如果比较对象已经不同,两处显示不同地区并不能证明哪一个资料提供方出了错。
即使明确输入同一个地址,不同服务也可能有不同资料与显示粒度。一个显示省区,一个显示城市,未必互相否定;多个服务显示一致,也不等于已经核验到真实门牌。不要把“多数网站这样说”当作某个人位置的证明。
本站只有一组“大致位置”,所以对照时尤其要保留“来自哪一页、哪一次请求”的边界。需要核实某一个具体 IP 的地域资料,应围绕这个地址单独检查,不能仅凭首页同时出现的两种地址和一行城市,把它们捆成一条确定结论。
需要纠错时,给可核查的信息,不给猜测
如果同一条件下反复出现明显不符的地域信息,可以准备一份简短记录,供有关网站、数据维护方或网络管理员核查。建议保留下面这些项目,而不是只截一张没有时间和网络背景的城市标签。
| 记录项 | 应说明的内容 |
|---|---|
| 时间与来源 | 何时查询、哪个页面、是否已重新查询 |
| 地址与协议 | 具体 IPv4 或 IPv6,是否确认各处比较的是同一地址 |
| 连接条件 | Wi-Fi、手机流量、数据线路代号,是否有中间转发 |
| 实际观察 | 显示了什么、预期到哪个城市或地区、依据及未确认项 |
公开讨论时可以遮住完整地址;需要维护方检查具体地址时,再通过合适的非公开渠道提供必要信息。无需为说明城市偏差就公开家庭门牌、账号或设备配置全图。本页也没有让你提交家庭坐标来改城市的功能。
更正地域资料需要维护方核验,不能保证一定接受,也没有适用于所有情况的完成时限。地址在核验期间还可能变化,因此保存原查询时间很重要。本站重新查询只会取得当时返回的信息,不是向资料提供方提交纠错。
如果只是标签不符合实际,而联网正常,不必为改一个城市名反复重拨宽带、恢复路由器出厂或更换套餐。若同时遇到某个服务无法使用,把具体服务、错误现象和时间另行记录;它是否受地域判断影响,需要该服务自己的规则与证据来确认。
小结
- 首页显示的是 IP 大致地域资料,不是设备实时定位,也不是本人所在地点的证明。
- 缺少城市、请求失败和显示另一城市是不同问题,地址与位置要分别记录。
- 比较时固定网络、地址、协议和时间,不把一组位置当成对两个地址的独立定位。
- 纠错依赖可核查信息与维护方核验,重新查询不等于提交纠错,更不能保证立即改正。
现在可以回到本站首页,先看本轮地址和“大致位置”各有什么结果。把标签当作线索、把未知保留下来,再决定是否需要继续核查,比只盯着城市名更有用。