Les utilisateurs américains ont une mauvaise géolocalisation d'adresse IP

Afin d'afficher le bon contenu pour mes utilisateurs, j'obtiens leur pays en fonction de leur adresse IP. J'ai reçu plusieurs rapports d'utilisateurs américains disant que le contenu n'était pas affiché correctement. Je vérifie toujours leur adresse IP et mon API de détection de pays est correcte, pour une raison quelconque, les utilisateurs américains se voient attribuer des adresses IP d'autres pays.

Est-ce une pratique régulière? Est-ce que cela a quelque chose à voir avec IPcalypse ? Existe-t-il un meilleur moyen d'obtenir l'emplacement de l'utilisateur?

Edit: j'utilise une API appelée MaxMind pour obtenir l'emplacement en fonction de l'IP, ce problème ne s'est produit qu'avec les utilisateurs IPv4 jusqu'à présent. Le dernier problème que j'ai eu était avec un utilisateur américain dont l'emplacement de l'adresse IP apparaissait comme la Malaisie, leur adresse IP était 161.139.224.31, tout ce que je sais, c'est que l'utilisateur utilise un appareil avec iOS.

Maxmind est un bon service, bien qu'il puisse parfois y avoir des erreurs, car nous sommes maintenant dans la période où les blocs IPv4 sont rares, et sont échangés et revendus sur un marché gris. Si vous trouvez une erreur réelle, vous pouvez la leur signaler , bien que cela ne semble pas être une erreur.

Voici essentiellement comment je confirme l'emplacement d'une adresse IP:

Tout d'abord, je vais voir ce que Maxmind en dit. Leur outil en ligne me dit que c'est en Malaisie et inscrit à Universiti Teknologi Malaysia . Mais est-ce vraiment?

Deuxièmement, je vais vérifier l'enregistrement whois pour l'adresse. L'APNIC dit également qu'il est enregistré auprès de l'UTM. Ne cherche pas bien pour votre américain supposé ...

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)

Enfin, je vais faire un traceroute et regarder le chemin réseau réel pris pour atteindre l'adresse IP. Dans ce cas...

$ 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

Ici, nous voyons qu'il commence à mon emplacement à Paris, est transmis à Amsterdam, puis à Telekom Malaysia, après quoi nous n'obtenons plus de retour. L'adresse IP finale à laquelle répondre, lorsqu'elle est soumise à ces mêmes vérifications, est également une adresse IP de Telekom Malaysia.

Il semble extrêmement improbable à ce stade que cette adresse IP soit ailleurs que dans l'université malaisienne précédemment nommée. Si l'utilisateur est absolument certain que c'est faux, il peut essayer d'exécuter un traceroute de son côté (par exemple avec une application iOS à cet effet ) et vous pouvez inspecter ses résultats pour tout indice possible.

Enfin, il est possible que l'utilisateur soit connecté à un VPN fourni par l'université. Dans ce cas, il sera toujours identifié comme étant à l'université, quel que soit son emplacement dans le monde, et s'il veut être identifié quant à son emplacement réel, il doit désactiver le VPN et se connecter directement.

Il ne s'agit pas uniquement d'utilisateurs américains, il peut s'agir d'utilisateurs de n'importe quel pays.
Et il y a plusieurs raisons pour lesquelles cela peut arriver.

• Les utilisateurs voyageant à l'étranger et se connectant à partir de là seraient déclarés comme étant des utilisateurs de ce pays.
• les sociétés internationales ont souvent des blocs IP d'un seul pays et attribuent ces adresses à tous leurs bureaux.
• même pour les FAI opérant dans plusieurs pays, évidemment
• si vous avez un domaine / site hébergé dans un autre pays, vous pouvez vous retrouver avec une plage d'adresses IP de serveur dans ce pays, et les hôtes aux États-Unis sont souvent plus chers que ceux d'ailleurs.

Le dernier n'est probablement pas pertinent pour vous, mais les autres peuvent l'être (et oui, je les ai tous faits à un moment ou à un autre).