Американские пользователи имеют неправильный геолокации IP-адрес

Для отображения нужного контента для моих пользователей я получаю их страну на основе их IP-адреса. Я получил несколько отчетов от американских пользователей, в которых говорилось, что контент отображается некорректно. Я всегда проверяю их IP-адрес, и мой API определения страны является правильным, по какой-то причине американским пользователям назначаются IP-адреса из других стран.

Это обычная практика? Это как-то связано с IPcalypse? Есть ли лучший способ узнать местоположение пользователя?

Изменить: я использую API под названием MaxMind, чтобы получить местоположение на основе IP, эта проблема до сих пор только с пользователями IPv4. Последняя проблема, с которой я столкнулся, была у американского пользователя, местоположение IP-адреса которого отображалось как Малайзия, его IP-адрес был 161.139.224.31, все, что я знаю, это то, что пользователь использует устройство с iOS.

Источник

2 ответа

Решение

Maxmind - хороший сервис, хотя иногда могут возникать ошибки, поскольку сейчас мы находимся в периоде, когда блоки IPv4 являются дефицитными и продаются и перепродаются на сером рынке. Если вы обнаружите фактическую ошибку, вы можете сообщить об этом им, хотя это не является ошибкой.

Это в основном, как я подтверждаю местоположение IP-адреса:

Во-первых, я посмотрю, что Максминд говорит об этом. Их онлайн-инструмент сообщает мне, что он в Малайзии и зарегистрирован в Universiti Teknologi Malaysia. Но так ли это на самом деле?

Результаты Maxmind GeoIP для 161.139.224.31

Во-вторых, я проверю запись whois для адреса. APNIC также говорит, что он зарегистрирован в UTM. Не выглядит хорошо для вашего предполагаемого американца...

inetnum:        161.139.0.0 - 161.139.255.255
netname:        UTMNET
descr:          Universiti Teknologi Malaysia
country:        MY
admin-c:        UTM1-AP
tech-c:         UTM1-AP
status:         ALLOCATED PORTABLE
mnt-by:         MAINT-MY-UNITEKMY
mnt-irt:        IRT-UNITEKMY-NON-MY
changed:        hm-changed@apnic.net
changed:        hm-changed@apnic.net 20120907
source:         APNIC

irt:            IRT-UNITEKMY-NON-MY
address:        Center for Information and Communication Technology
e-mail:         jeff@utm.my
abuse-mailbox:  jeff@utm.my
admin-c:        UTM1-AP
tech-c:         UTM1-AP
auth:           # Filtered
mnt-by:         MAINT-MY-UNITEKMY
changed:        hm-changed@apnic.net 20120906
source:         APNIC

role:           Universiti Teknologi Malaysia
address:        Center for Information and Communication Technology
country:        MY
phone:          +607-5532470
fax-no:         +607-5566164
e-mail:         jeff@utm.my
admin-c:        UTM1-AP
tech-c:         UTM1-AP
nic-hdl:        UTM1-AP
mnt-by:         MAINT-MY-UNITEKMY
changed:        hm-changed@apnic.net 20120906
source:         APNIC

% This query was served by the APNIC Whois Service version 1.69.1-APNICv1r0 (UNDEFINED)

Наконец, я сделаю трассировку и посмотрю на фактический сетевой путь, по которому можно добраться до IP-адреса. В этом случае...

$ traceroute 161.139.224.31
traceroute to 161.139.224.31 (161.139.224.31), 30 hops max, 60 byte packets
 1  172.28.5.1 (172.28.5.1)  0.181 ms  0.146 ms  0.127 ms
 2  62-210-251-1.rev.poneytelecom.eu (62.210.251.1)  1.317 ms  1.480 ms  1.611 ms
 3  195.154.1.170 (195.154.1.170)  1.011 ms  1.236 ms  1.300 ms
 4  prs-b7-link.telia.net (62.115.40.77)  0.956 ms  0.924 ms  0.917 ms
 5  prs-bb3-link.telia.net (213.155.132.192)  1.779 ms prs-bb3-link.telia.net (213.155.134.220)  1.652 ms prs-bb2-link.telia.net (213.155.134.228)  0.898 ms
 6  adm-bb4-link.telia.net (213.155.137.156)  15.224 ms adm-bb3-link.telia.net (62.115.135.62)  11.010 ms adm-bb4-link.telia.net (213.155.136.24)  13.345 ms
 7  adm-b2-link.telia.net (62.115.141.51)  12.709 ms adm-b2-link.telia.net (213.155.137.197)  12.043 ms adm-b2-link.telia.net (62.115.141.67)  12.702 ms
 8  telekommalaysia-ic-149786-adm-b2.c.telia.net (213.248.99.146)  11.203 ms telekommalaysia-ic-301284-adm-b2.c.telia.net (62.115.8.206)  11.131 ms  12.056 ms
 9  * * *
10  58.27.55.202 (58.27.55.202)  207.612 ms  202.755 ms  203.625 ms
11  * * *
12  * * *
13  * * *
14  * * *
15  *^C

Здесь мы видим, что он начинается в моем месте в Париже, затем передается в Амстердам, а затем в Telekom Malaysia, после чего мы больше не возвращаемся. Конечный IP-адрес, на который нужно ответить, когда он подвергается таким же проверкам, также является IP-адресом Telekom Malaysia.

На данный момент представляется крайне маловероятным, что этот IP-адрес находится где-либо, кроме ранее названного малазийского университета. Если пользователь абсолютно уверен, что это неправильно, он может попытаться запустить трассировку со своего конца (например, с помощью приложения iOS для этой цели), и вы можете проверить его результаты на предмет возможных ошибок.

Наконец, возможно, что пользователь подключен к VPN, предоставленной университетом. В этом случае он всегда будет идентифицирован как находящийся в университете, независимо от его местоположения в мире, и если он хочет быть идентифицированным относительно его фактического местоположения, он должен отключить VPN и подключиться напрямую.

Источник

Это не просто американские пользователи, это могут быть пользователи из любой страны.
И есть несколько причин, по которым это может произойти.

  • Пользователи, выезжающие за границу и входящие оттуда, будут зарегистрированы как пользователи из этой страны.
  • международные компании часто имеют блоки IP только из одной страны и присваивают эти адреса всем своим офисам.
  • То же самое для интернет-провайдеров, работающих в разных странах, очевидно,
  • если у вас есть домен / сайт, размещенный в другой стране, вы можете получить диапазон IP-адресов серверов в этой стране, а хосты в США часто, вероятно, стоят дороже, чем в других странах.

Последнее, вероятно, не относится к вам, но другие могут быть (и да, у меня все это произошло в тот или иной момент).

Источник
Другие вопросы по тегам