代理 IP 城市不一致？地区定位的验证方法

先分清四种容易混淆的位置

MaxMind 的城市数据库把经纬度定义为近似位置，并提供 accuracy_radius，表示可能所在区域的半径。官方明确说明这些坐标不能用来确认某个街道地址或家庭。地图上的一个标记不应被理解为住宅终端的精确位置。[1]

第一步：确认实际出口，再比较数据库

使用控制台生成的代理信息访问一个 HTTPS 出口查询服务，记录返回的 IP 和时间。不要拿代理入口 IP 去查询地区。 轮换模式下，两次查询可能走不同出口；为了比较数据库，可在一次成功请求后，把拿到的同一个 IP 分别提交给两家查询服务。

若要同时验证目标站，应使用同一粘性会话，并再次确认出口是否变化。粘性会话是保持出口的请求方式，不代表住宅节点永不掉线，也不等同于长期固定 IP。

第二步：从国家到城市逐级测试

1. 只选择国家，建立一条基本可用的连接。
2. 添加州或地区，再确认连接与出口信息。
3. 最后添加城市，保存对应生成参数和测试时间。
4. 针对多个独立会话做小样本复测，区分单个出口与持续性问题。

不要手动删除州、城市名称的空格，或凭印象改变参数大小写。使用网页生成器提供的值；界面显示名和底层参数格式可能不同。某个查询库没有城市字段时，应记录“未知”，不能算成已匹配或已错配。

第三步：判断偏差属于哪一类

不同数据来源、更新节奏和网络地址分配变化都可能造成数据库差异。不要单凭一个城市标签就推断整个资源池错误；也不要把“所有查询库一致”当作目标网站一定通过的保证。

一份可直接使用的验证记录

测试时间 / 时区：
客户端及版本：
请求地区：国家 / 州 / 城市
会话模式与时长：
实际出口 IP：
查询服务 A / 查询时间 / 国家 / 州 / 城市：
查询服务 B / 查询时间 / 国家 / 州 / 城市：
目标网站实际地区表现：
复测次数 / 已匹配 / 不匹配 / 未知：

这份记录不需要账号密码。如果需要展示参数，保留国家、州、城市和会话模式，遮盖认证部分。业务验收可以先明确“必须国家匹配”还是“必须城市匹配”，再单列未知比例，避免把不同精度要求混成一个成功率。