跳至内容
本页由英文自动翻译。 查看英文原文
词汇表·指纹识别

时区和地理位置不匹配

当连接的 IP 地址隐含的位置与浏览器的时区或报告的坐标不一致时。

定义

当网站看到的位置信号并不讲述相同的故事时,就会发生时区和地理位置不匹配。服务器根据访问者的 IP 地址估计位置; JavaScript 可以读取浏览器的时区(IANA 名称,例如“Europe/London”)和 UTC 偏移量;并且,只有在用户许可的情况下,Geolocation API 才能返回纬度和经度。如果连接似乎来自伦敦,而浏览器时钟显示的是纽约,则该组合是不寻常的,可以用作浏览器指纹或风险检查中的一个信号。

编辑插图:IP地理位置、浏览器时区和Geolocation API坐标对比;伦敦 IP 与纽约时钟不匹配
编辑图(简化插图,不是产品屏幕截图)。

它是如何运作的

  • IP 位置是在服务器端从 MaxMind GeoIP 等数据库推断出来的。 MaxMind 将其描述为具有精确半径的近似区域,而不是地址:它估计国家级精确度约为 99.8%,但对于 50 公里内的美国城市,它估计约为 66%,并指出在 VPN 或代理后面它定位的是服务器,而不是人。
  • 浏览器时区不需要权限。 new Intl.DateTimeFormat().resolvedOptions().timeZone 返回运行时的默认 IANA 时区,Date.prototype.getTimezoneOffset() 返回与 UTC 的分钟偏移量(例如 -60 表示 UTC+1),该偏移量在遵守夏令时的区域中会发生变化。
  • 精确坐标来自 Geolocation API (navigator.geolocation.getCurrentPosition)。它仅在安全 (HTTPS) 上下文中工作,受到地理位置权限策略的限制,并且需要明确的用户许可。 W3C 规范表示来源可以包括 GPS、Wi-Fi、小区 ID 和 IP 地址,但不保证结果是设备的实际位置。
  • 然后,站点或反欺诈脚本可以比较这三者:IP 国家/地区是否适合时区,以及任何共享坐标是否落在 IP 的估计区域内?有时也会考虑语言和区域设置,但它们是用户偏好,并且通常与位置不同。

为什么这很重要

  • 当您通过代理路由浏览器时,只有 IP 会发生变化。时区仍然来自计算机,因此洛杉矶代理上的巴黎时间笔记本电脑显示出明显的差距。 Multilogin 的帮助文档为其“真实”时区设置提供了此类示例。
  • 因此,指纹浏览器通常会从代理的位置获取配置文件的时区和地理位置坐标。例如,Multilogin 记录了默认的“屏蔽”模式,该模式将时区与代理相匹配,并生成代理近似位置附近的坐标,以及“自定义”和“真实”选项。
  • 对于合法工作——本地化网站的质量检查、广告验证、管理不同地区的客户帐户——保持位置信号一致可以避免页面、价格和安全提示与所测试的地区不匹配。

限制和常见误解

  • “VPN 或代理改变了我的时区。”它改变了站点看到的IP地址;时区和地理位置 API 值来自浏览器和设备,除非单独更改。
  • “任何不匹配都意味着欺诈。”旅行者、企业 VPN、移动网络和隐私中继都会产生诚实的不匹配,而 IP 地理定位本身就是一种估计。网站通常将其视为众多信号之一。
  • “阻止位置访问会隐藏我的位置。”拒绝地理位置权限会保留坐标,但 IP 地址和时区仍然可见,且没有任何提示。
  • “匹配时区会使个人资料无法被检测到。”它消除了一种不一致之处。指纹结合了许多其他值——用户代理、字体、Canvas、WebGL、WebRTC——并且没有任何设置可以保证帐户不会受到限制。
示例: 配置文件使用德国住宅代理,因此 IP 查找将其放置在法兰克福附近。配置文件的时区保留为“亚洲/上海”(偏移量 -480),并且当地图站点询问位置时,浏览器返回上海的坐标。所有三个信号对该站点都是可见的,其中两个信号与 IP 相矛盾。将配置文件设置为“欧洲/柏林”并将坐标设置在代理的估计区域内可以使信号一致 - 或者用户可以简单地拒绝位置提示。

没有浏览器或代理可以保证帐户不会受到限制。遵守各个平台的规则。

相关术语

  • WebRTC 泄露 — 当 WebRTC 显示的 IP 地址与站点在其他情况下看到的代理或 VPN 地址不同时。
  • 住宅代理 — 退出 IP 属于消费者互联网连接而不是数据中心的代理。
  • 浏览器指纹 — 浏览器和设备特征的组合,可以识别没有 cookie 的浏览器。
  • 浏览器配置文件 — 一组独立的浏览器数据 — cookie、历史记录、设置、扩展 — 与其他配置文件分开。