关于 IP 地址信息查询
IP 信息查询会把一个公网 IPv4 或 IPv6 地址解析为 GeoIP 数据库中的记录：国家与一级行政区、城市与邮编、时区、带精度半径的经纬度、覆盖该地址的网络前缀，以及自治系统号和它登记的组织。一次最多可粘贴 100 个地址，工具会并行解析。
GeoIP 结果描述的是一段地址块，而不是某个人。这类数据库由注册管理机构的分配记录、路由通告、运营商发布的 geofeed 和推断拼装而成，再按周或按月重新发布。因此国家字段通常正确，而街道级坐标永远不正确：经纬度只是一块估算区域的中心点，这也正是记录里要附上以公里为单位的精度半径的原因。地址只能说明流量从哪张网络离开，所以 VPN 出口、运营商的 NAT 地址池或云上的负载均衡器，回答的都是它们自己的位置。
如何使用这个开发者工具
- 每行粘贴一个地址，也可以用逗号分隔；完全重复的条目会在批量开始前去重。
- 开始查询，观察每一行逐条解析 —— 并发数为 8，因此 100 条的列表通常几秒内跑完。
- 展开某一行的详情，把网络前缀、ASN 和组织与城市放在一起读，而不是只看城市字段下结论。
- 引用城市之前先看精度半径：50 km 时它是个尚可的猜测，1000 km 则说明数据库其实只知道国家。
- 需要把某一组结果交给别的工具，或稍后重跑剩余部分时，可以一键复制成功或失败的地址列表。
实例：一次批量中同时包含公网地址与内部地址
批量输入接受你从日志里直接复制的内容，包括总会混进来的 RFC 1918 地址。公网地址会得到完整记录，内部地址则按作用域标注，而不会被编造出一个位置。
203.0.113.45
192.168.1.10203.0.113.45 — 成功
位置 Frankfurt · Hesse · Germany (DE)
网络 203.0.113.0/24
ASN AS64500 · Example Transit AB
城市 / 邮编 Frankfurt · 60313
时区 Europe/Berlin
坐标 50.1109, 8.6821 · 精度半径约 50 km
192.168.1.10 — 内部地址
此地址不属于公共互联网。
地址类型：私有地址这两个地址都来自专供文档使用的保留段，AS64500 也来自文档专用 ASN 段，因此它们展示的是真实结果的结构，而不是某家运营商的真实记录。最该先读的是精度半径：50 km 时城市尚可参考，1000 km 时它只是换了个名字的国家。
永远不会有公共位置的地址段
当查询把一个地址标记为内部地址时，它给出的是作用域而不是地理信息。下面是会触发这一判断的地址段。
| 地址段 | 报告的作用域 | 为什么没有位置 |
|---|---|---|
| 10.0.0.0/8、172.16.0.0/12、192.168.0.0/16 | 私有地址 | RFC 1918 空间，在数百万张独立网络中被重复使用。 |
| 100.64.0.0/10 | 私有地址 | 运营商级 NAT 空间，位于用户侧与运营商公网地址池之间。 |
| fc00::/7 | 私有地址 | IPv6 唯一本地地址，相当于 IPv6 版的 RFC 1918。 |
| 127.0.0.0/8、::1 | 回环地址 | 流量不会离开本机，没有任何网络会通告它。 |
| 169.254.0.0/16、fe80::/10 | 链路本地地址 | 只在一条链路内有效；由自动配置分配，或在 DHCP 失败时出现。 |
| 224.0.0.0/4、ff00::/8 | 组播地址 | 表示一组目的地，而不是某个端点。 |
| 0.0.0.0、:: | 未指定地址 | 在套接字接口里表示「没有地址」的占位值。 |
常见问题排查
城市明显不对，显示的是主机商注册地所在的城市。
成因 很多服务商会给整段前缀登记同一个位置，或者数据库里只有这段分配的注册记录。一台位于华沙、却属于在阿姆斯特丹登记的前缀的服务器，就会被报成阿姆斯特丹。
解决办法 改看 ASN 和组织名 —— 这两项来自路由数据，可靠得多 —— 把城市只当作线索。对基础设施类地址来说，组织名往往才是你真正想要的答案。
移动网络的地址解析到几百公里之外。
成因 运营商级 NAT 让上千用户共享一个公网地址，运营商还经常把整个地址池挂在单一出口机房上。结果描述的是那个出口。
解决办法 在运营商网络上只指望国家级精度。如果排查的是自己的连接，IP 网络检查能直接显示当前浏览器在两个地址族上各自呈现的地址。
同一台设备每次查到的 IPv6 地址都不一样。
成因 IPv6 隐私扩展会按时间轮换接口标识符，后 64 位不断变化，而委派前缀保持不变。
解决办法 比较网络前缀而不是完整地址。同一个 /64 内的两个地址属于同一条用户线路，「网络」字段才是值得写进日志的部分。
批量查询跑到一半就不再返回结果。
成因 每个访问 IP 每个 UTC 自然日 1000 次的额度按地址计数，而办公室或出口做了 NAT 的网络是整体共用这份额度的。
解决办法 复制失败列表，等 UTC 日期翻页后只重跑这部分。工具会去掉完全相同的条目，但不会识别同一个 IPv6 地址的两种写法。
适合用这个工具的场景
- 把访问日志里的一列地址，变成可以分组统计的国家和网络。
- 在写防火墙规则或提交滥用举报之前，确认是哪家运营商在通告这段前缀。
- 区分主机商和家宽运营商，ASN 的组织名通常一眼就能看出来。
- 把粘贴进来的日志片段里，真正的公网地址和 RFC 1918 噪声分开。
应该换用别的工具的场景
- 查询自己的地址，或确认当前连接是否为双栈。IP 网络检查会从当前浏览器直接探测两个地址族。
- 检查浏览器、VPN 或 DNS 解析器是否暴露了意料之外的路径。浏览器泄漏检查会在本地采集 WebRTC 候选和解析器信号。
- 定位某个人、某个家庭或某个街道地址。没有任何 IP 数据库能做到，看起来精确的结果，精确的只是一个估算值。
隐私与数据处理
你提交的每个地址都会发送到本站服务器，由服务器完成 GeoIP 查询并返回记录。地址和结果不会被拼装成用户画像，但请求会经过本站服务器日志及其上游数据源，并受各自公开的策略约束。查询额度为每个访问 IP 每个 UTC 自然日 1000 个地址，按地址计数而不是按提交次数计数，因此一次 100 行的批量会消耗 100 次额度。不要把账号标识、客户姓名或会话令牌，连同日志里紧挨着的地址一起粘贴进来。
相关开发者工具
常见问题
位置到底有多准？
对绝大多数公网地址来说，国家是对的。一级行政区的可靠性明显下降，城市则是一个猜测，而准不准可以直接从精度半径读出来 —— 这个数字是在告诉你，工具需要画多大的圈才能把真实位置包进去。坐标永远不等于地址。
ASN 和组织名有什么区别？
ASN 是通告这段前缀的那张网络的路由身份，由地区注册管理机构分配；组织名是登记在该 ASN 名下的名称。中间夹着分销商、云租户或中转商的情况并不少见，所以组织名指的是承载流量的网络，未必是向用户收费的公司。
可以查私有地址吗？
可以提交，工具也能识别，但它会返回作用域 —— 私有、回环、链路本地、组播或未指定 —— 而不是位置。这些地址段同时存在于数百万张网络中，没有可供定位的对象。
为什么两个查询服务结果不一致？
它们授权的数据库不同，更新周期不同，处理歧义的方式也不同。上个月刚换持有者的前缀，其中一方可能还在用旧描述。国家一致、城市不一致是正常现象，也正是这类数据应有的精度水平。
一次可以查多少个地址？
单次提交最多 100 个，以 8 路并发解析；每个访问 IP 每个 UTC 自然日最多 1000 个地址。额度按地址计数而不是按点击次数计数，因此跑满一次批量会用掉当天十分之一的额度。
查询会让被查地址的持有者知道吗？
不会。查询读取的是本站服务器上的数据库，完全不会向你输入的地址发送任何报文。这也是结果可能滞后的原因：整个过程没有对该地址做任何实时测量。
IP 地址算个人信息吗？
在包括 GDPR 在内的多个法域下，公网 IP 地址一旦能与其他信息结合识别到具体个人，就属于个人信息。请按处理其他日志数据的标准来对待这类查询，不要把它们和姓名或账号标识粘贴在一起。