Amerikanische Benutzer haben eine falsche Geolokalisierung der IP-Adresse

Um den richtigen Inhalt für meine Benutzer anzuzeigen, erhalte ich ihr Land anhand ihrer IP-Adresse. Ich habe mehrere Berichte von amerikanischen Benutzern erhalten, die besagen, dass der Inhalt falsch angezeigt wird. Ich überprüfe immer ihre IP-Adresse und meine Ländererkennungs-API ist richtig. Aus irgendeinem Grund werden amerikanischen Benutzern IP-Adressen aus anderen Ländern zugewiesen.

Ist das eine regelmäßige Praxis? Hat das etwas mit der IPcalypse zu tun ? Gibt es eine bessere Möglichkeit, den Standort des Benutzers zu ermitteln?

Bearbeiten: Ich verwende eine API namens MaxMind, um den Speicherort basierend auf der IP zu ermitteln. Dieses Problem ist bisher nur bei IPv4-Benutzern aufgetreten. Das letzte Problem, das ich hatte, war mit einem amerikanischen Benutzer, dessen IP-Adresse als Malaysia angezeigt wurde. Die IP-Adresse war 161.139.224.31. Ich weiß nur, dass der Benutzer ein Gerät mit iOS verwendet.

Maxmind ist ein guter Service, obwohl es gelegentlich zu Fehlern kommen kann, da wir uns jetzt in einer Zeit befinden, in der IPv4-Blöcke knapp sind und auf einem grauen Markt gehandelt und weiterverkauft werden. Wenn Sie einen tatsächlichen Fehler finden, können Sie ihn ihnen melden , obwohl dies kein Fehler zu sein scheint.

So bestätige ich im Grunde den Speicherort einer IP-Adresse:

Zuerst werde ich sehen, was Maxmind dazu sagt. Ihr Online-Tool sagt mir, dass es in Malaysia ist und an der Universiti Teknologi Malaysia registriert ist . Aber ist es wirklich so?

Zweitens überprüfe ich den whois-Datensatz auf die Adresse. APNIC sagt auch, dass es bei UTM registriert ist. Sieht nicht gut aus für deinen vermeintlichen Amerikaner ...

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:        [email protected]
changed:        [email protected] 20120907
source:         APNIC

irt:            IRT-UNITEKMY-NON-MY
address:        Center for Information and Communication Technology
e-mail:         [email protected]
abuse-mailbox:  [email protected]
admin-c:        UTM1-AP
tech-c:         UTM1-AP
auth:           # Filtered
mnt-by:         MAINT-MY-UNITEKMY
changed:        [email protected] 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:         [email protected]
admin-c:        UTM1-AP
tech-c:         UTM1-AP
nic-hdl:        UTM1-AP
mnt-by:         MAINT-MY-UNITEKMY
changed:        [email protected] 20120906
source:         APNIC

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

Zum Schluss mache ich eine Traceroute und schaue mir den tatsächlichen Netzwerkpfad an, der zum Erreichen der IP-Adresse verwendet wird. In diesem Fall...

$ 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

Hier sehen wir, dass es an meinem Standort in Paris beginnt, weiter nach Amsterdam und dann zur Telekom Malaysia weitergeleitet wird, wonach wir keine weitere Rückkehr erhalten. Die endgültige IP-Adresse, die bei denselben Überprüfungen zu beantworten ist, ist auch eine IP-Adresse von Telekom Malaysia.

Es ist derzeit äußerst unwahrscheinlich, dass sich diese IP-Adresse an einer anderen Stelle als der zuvor genannten malaysischen Universität befindet. Wenn der Benutzer absolut sicher ist, dass dies falsch ist, kann er versuchen, eine Traceroute von seinem Ende aus auszuführen (z. B. mit einer iOS-App für diesen Zweck ), und Sie können die Ergebnisse auf mögliche Hinweise überprüfen.

Schließlich ist es möglich, dass der Benutzer mit einem von der Universität bereitgestellten VPN verbunden ist. In diesem Fall wird er unabhängig von seinem Standort auf der Welt immer als an der Universität befindlich identifiziert. Wenn er anhand seines tatsächlichen Standorts identifiziert werden möchte, sollte er das VPN ausschalten und eine direkte Verbindung herstellen.

Es sind nicht nur amerikanische Benutzer, es können Benutzer aus jedem Land sein.
Und es gibt mehrere Gründe, warum dies passieren kann.

• Benutzer, die ins Ausland reisen und sich von dort aus anmelden, werden als Benutzer aus diesem Land gemeldet.
• Internationale Unternehmen haben häufig IP-Blöcke nur aus einem Land und weisen diese Adressen allen ihren Büros zu.
• Dies gilt natürlich auch für ISPs, die in mehreren Ländern tätig sind
• Wenn Sie eine Domain / Site in einem anderen Land gehostet haben, haben Sie möglicherweise einen Server-IP-Bereich in diesem Land, und Hosts in den USA sind häufig teurer als anderswo.

Das letzte ist wahrscheinlich nicht relevant für Sie, aber die anderen können es sein (und ja, ich habe alle zu der einen oder anderen Zeit passieren lassen).