新闻

所有端点均支持 IPv6

IPv6 已不再是边缘情况。如今访问任何 API 的流量中,来自 IPv6 地址的比例越来越大,把它当作事后才考虑的问题,恰恰会在准确性最重要的地方造成缺口。My Geocode 现在在所有地方都以处理 IPv4 的方式处理 IPv6,而不仅仅是在 /v1/ip 端点上。

/v1/ip 发送一个 IPv6 地址,您会得到与 IPv4 地址相同结构的响应:位置字段、配额响应头,以及在使用 mg_extras=1X-MG-Extras 请求头时,同样的可选附加信息,例如威胁和网络详情。没有单独的 IPv6 端点需要学习,也没有单独的文档需要阅读。同样的查询,同样的响应头,同样的规则。

免费额度对两种地址族的处理也是一致的,只是分组方式与各自的实际分配方式相匹配。IPv4 地址在其所属的整个 /24 范围内共享每日免费额度。IPv6 地址则在 /48 范围内共享,这是互联网服务提供商通常分配给单个客户或站点的地址块大小。这意味着免费额度仍然对应于类似“一个地点”或“一个办公室”这样的单位,而不是把一个大得多的 IPv6 地址块中的每个地址都当作一个独立的客户来计数。

这种一致性也延伸到兼容主机。/compatibility/ip-api//compatibility/ipinfo//compatibility/ipstack/ 都以解析 IPv4 地址的相同方式解析 IPv6 地址,并使用其所替代的提供商完全相同的请求和响应结构。一个多年前针对这些提供商之一编写的脚本,改为指向我们的主机后,在输入中出现 IPv6 地址的那一刻依然能正常工作,您无需修改任何代码。

除了 IP 地理定位本身之外,对于任何在后台依赖网络身份的功能,IPv6 支持也很重要。速率限制、配额跟踪和滥用检测都以调用方地址为依据,现在它们都能正确识别 IPv6 范围,而不再退而依赖粗略的猜测。结果是,无论某个客户端碰巧使用哪种协议,都能获得同样的公平性和同样的准确性。

如果您的基础设施是双栈的,或在某些地方正在转向纯 IPv6,我们这边无需任何额外配置。将请求指向您已经在使用的同一个基础 URL,无论客户端地址是 IPv4 还是 IPv6,响应都以同样的方式返回。两种地址族的完整详情分别记录在 /docs/ipv4-lookup//docs/ipv6-lookup/