精准的城市 IP 代理：为何显示邻近城镇

地理位置数据库如何确定 IP 地址的位置？

它们综合多种证据，然后选定一个点和半径。没有任何数据库能看到用户实际居住的街道。

• 注册数据：谁持有该地址块，以及区域互联网注册机构记录中为该地址块登记的地址。
• 提供商数据源：部分网络会按 RFC 8805 的 geofeed 格式公布其地址块的使用位置。
• 网络测量：来自众多探测点的延迟。IPinfo 表示其 ProbeNet 从 1,000 多个接入点采集活动数据。
• 纠错：DB-IP 通过其查询结果页面上的链接接收报告，ip-api 则人工审核纠错请求。

MaxMind 对此有直白的总结：IP 地理位置本身就不精确，其数据中的位置往往靠近人口中心。

用 代理城市检测工具 检查你自己的出口。每个 城市页面 都会列出数据库可能显示的周边城镇，城市定位 则说明该参数会向网关请求什么。

这些数据对城市代理用户意味着什么？

它们说明，即便是普通家庭用户，城市定位出错也很常见。在法国，MaxMind 的付费数据库对其检测的 36% 的 IP 完全没有给出城市。另有 14% 被定位到 50 公里以外的城市。

因此，查询结果显示邻近城镇，并不能说明出口有问题。两次查询在另一个地区上一致，才更有说服力。出口城市指南 介绍了如何对比两个数据源并解读网络所有者。

为什么在城市区域城市边界会模糊？

因为数据库中的“城市”通常指行政区，而人和网络则沿更广的城市圈分布。Eurostat 的统计基于地方行政单位（LAU），即欧盟的市镇和公社。

Eurostat 的功能城市区在城市之外还纳入了通勤区。巴黎、里昂或慕尼黑各自都处在一圈独立市镇之中，这些市镇共享劳动力市场，往往也共享宽带枢纽。因此，服务里昂的出口可能被标为 Villeurbanne 或 Vénissieux，而它们是独立的公社。海牙的出口可能显示为 Rijswijk 或 Delft。

为什么 IP 可能被绑定到提供商所在地区而不是城镇？

因为提供商按地址块分配地址，而一个地址块往往服务整个地区。当数据库没有更好的信息时，就把该地址块映射到提供商注册或路由该地址块的地点。这可能是地区首府，也可能是提供商自己所在的城市。

DB-IP 表示，提供商是最关键的因素：对某些网络，准确度可达街道级；对大多数网络，可达城市级；极少数情况下只能到国家级。它还指出，固定线路通常比蜂窝网络更准确。IPinfo 指出，提供商会不时重新分配动态地址，这也会使结果变动。移动网络常通过运营商级 NAT 共享公网地址，运营商网络内部使用 RFC 6598 的共享地址空间，这进一步模糊了位置。

什么是 geofeed，它们能解决这个问题吗？

geofeed 是网络用来说明其自有地址块使用位置的文件。RFC 8805（2020 年 8 月）将其定义为一种 CSV，包含前缀、国家代码、ISO 3166-2 地区、城市和邮政编码。

RFC 9632（2024 年 8 月）允许网络在其注册记录中通过一个 geofeed: 属性指向该文件，RIPE 已实现该属性。DB-IP 建议拥有大量不同地址块的提供商使用 geofeed。在提供商公布 geofeed 的地方，它们确实有帮助，但公布是自愿的，许多家庭宽带地址块并没有 geofeed。

城市定位出口应该期待什么？

可以期待正确的国家、消费级网络，以及多数情况下正确的城市或其区域内的一座城镇。对某些地址块，部分数据库会显示地区首府，少数则完全不显示城市。EuroCity Proxies 不保证某个网站的数据库会显示哪个标签。

对于城镇很重要的任务，应以目标网站为准来判断。查看商店给出的配送区域、建议的门店，或搜索页面显示的位置。城市可用性各不相同；结账页面会显示当前可用的城市。所有套餐均可按国家/城市定向；美国还支持州和 ZIP 邮编定向；ASN 定向不额外收费。可用城市会有变化。