Geolokalizacja z IPv6?

Pracuję nad biblioteką geolokalizacji IP, która używa pierwszych trzech oktetów adresu IPv4 do określenia kraju, miasta, lat, lon itp. Działa jak urok.

Ale nie obsługuje adresów IPv6, i chciałbym, aby to zrobił.

Czy Jest jakiś sposób, aby przekształcić adres IPv6, aby uzyskać odpowiednik trzech pierwszych oktetów adresu IPv4, czy są one na zupełnie innym schemacie numeracji, wymagającym zupełnie innego mapowania ipgeo?

Author: benjismith, 2009-07-22

8 answers

Typowa alokacja IPv6 to a / 32 (cztery oktety) do Internetu na przykład, w przypadku, gdy nie jest to możliwe, w przypadku, gdy nie jest to możliwe, nie jest to możliwe.]} do witryny końcowej (zazwyczaj organizacji klienta). Możesz dostać punkt startowy w IANA lista delegowanych bloków .

To jest tylko dla rejestracje Znalezione w bazach danych RIR. / Align = "left" / użytkownicy zazwyczaj nie są rejestrowane tak, mój aktualny adres, 2a01:e35:8bd9:8bb0:92b:8628:5ca5:5f2b powiem Ci tylko, że mój siedziba dostawcy są w Paryżu (ponieważ jest to firma krajowa, klienci mogą być w dowolnym miejscu we Francji).

Innym wyjątkiem są przypisania PI (Provider-Independent), które są zazwyczaj / 48.

Istnieje również wiele baz danych geolokalizacji Dla IPv4 i, do mojego wiedza, brak Dla IPv6. Będziesz musiał zrobić wszystko sam.

Do podsumowania: więcej pracy, niż ci się wydaje.

 16
Author: bortzmeyer,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2009-07-23 11:36:22

Przyjazna korekta komentarza Noego (Jun 3 at 7:57)--

Na Dział Obsługi Klienta MaxMind (podkreślenie moje): "IPv6 nie jest obecnie obsługiwane. W pewnym momencie w przyszłości planujemy go wdrożyć, ale na razie nie mamy daty."

 2
Author: cjo30080,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2010-08-02 21:52:48

IPv6 używa zupełnie innego schematu adresowania niż IPv4. Nie ma możliwości mapowania adresów IPv6 do adresów IPv4, z jednym wyjątkiem. Jeśli widzisz adresy IPv6 zaczynające się od 2002: to adres jest adresem 6to4. Prawdopodobnie nie zobaczysz wielu z nich w użyciu i są one przestarzałe, ale te mapowalne do IPv4.

Każdy użytkownik publicznego adresu IPv4 może używać a /48 (65536 podsieci) przestrzeni IPv6. Te adresy zawsze zaczynają się od 2002 roku: a kolejne dwie liczby szesnastkowe to adres IPv4. Tak 2002:5389: 1164: odpowiada adresowi IPv4 mojego własnego serwera (83.137.17.100):

0x53 = 83
0x89 = 137
0x11 = 17
0x64 = 100

Ale wszystkie 'normalne' adresy IPv6 są całkowicie niezwiązane z jakimikolwiek adresami IPv4. Przynajmniej w standardowy sposób. Dostawca usług internetowych może zdefiniować związek między adresami IPv4 i IPv6 podczas wdrażania IPv6 do swoich klientów. Ale nie będziesz wiedział o tym związku, więc będzie to bezużyteczne dla Ciebie...

 2
Author: Sander Steffann,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2011-06-26 14:58:50

Maxmind.com usługi geolokalizacyjne i biblioteki obsługują IPv6 OK. Może ich rzeczy są dla ciebie opcją. (Nie mam z nimi żadnego związku.)

 1
Author: Noah,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2010-06-03 07:57:12

Ponieważ wydaje się, że nie ma jeszcze łatwego sposobu, aby to zrobić, być może będziemy mieli okazję zrobić coś, czego nie zrobiono w przypadku IPv4 ( * )

Moglibyśmy się zatrzymać i zadać sobie pytanie, czy to dobry pomysł.

(*) lub jeśli to było zrobione, to nie działa!

 0
Author: John Saunders,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2009-07-23 11:28:08

Geolokalizacja jest zła, mmkay? internet jest agnostyczny pod względem lokalizacji i nigdy nie widziałem geolokalizacji używanej do czegoś nietrywialnego-Nie-złego. oznacza to, że jedyne dobre aplikacje, które widziałem (wybór języka) były trywialne (równie łatwo mogło być rozwijane). istnieje wiele złych aplikacji (ten film nie jest dostępny w Twoim kraju, skierowany do mojej fizycznej lokalizacji dla reklam i śledzenia) nie możemy zniechęcić do istnienia czegoś takiego, ale powinniśmy dążyć do tego, aby było to nielegalne lub w najmniej społecznie niedopuszczalne do użycia.

 0
Author: privacydude,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2011-02-08 04:59:06

Jeśli przeczytasz kilka mechanizmów IPv6, adresów i przejść na wiki, znajdziesz kilka wzorców adresów IPv6, które mogą wywnioskować IPv4 (siit, IPv4-mapped ipv6, nat64, the 2002: * thing written above, itp.). Jeden z nich na początek: http://en.wikipedia.org/wiki/IPv6_transition_mechanisms

Nie liczyłbym na to, że te systemy będą wystarczająco popularne, aby wykonywać zwykłe raporty geo, ochronę przed oszustwami lub wykrywanie incydentów, ale zdecydowanie dałbym pierwszeństwo IPv4 geo Wyszukiwanie takich wnioskowanych adresów ipv4 poprzez wyszukiwanie GEO ipv6(zakładając, że db ipv4 jest bardziej kompletny).

Moją troską o informacje geo ipv6 jest niewiarygodnie duża liczba podsieci. Bazy danych będą większe (więcej zakresów ip), co jest oczekiwane, ale dla tej samej ilości informacji geograficznej terminala, bazy danych będą rzadsze, a głębsze drzewo jest również dłuższe do iteracji (dla implementacji wykorzystującej drzewa binarne lub radix), co oznacza pewien koszt wydajności. Bazy danych Geo z wykorzystaniem prawdopodobnie ucierpią również tabele sql z zakresami ip, ponieważ nie mamy big-bigint 128 bitów, o których wiem, aby używać arytmetyki.

Kolejnym problemem są telefony komórkowe: ipv6 ma na celu ułatwienie roamingu, jeśli się nie mylę. Możesz zmienić wieże komórkowe i zachować swoje IP. może nawet podczas zmiany miasta, regionu lub kraju. Trochę wątpię, że od tego czasu silne powinowactwo adresowe było celem adresu MAC. Adresy Ip istnieją właśnie w celu routingu, ale myślę, że jest można wspomnieć, że mogą stać się na tyle niezmienne, by sparaliżować dokładność lokalizacji geograficznej.

Wydaje mi się, że współpraca agentów/przeglądarek na warstwie aplikacji (np. jakiś nagłówek geo lokalizacji) jest prawdopodobnie przyszłością, nawet jeśli może to być sfałszowane przez złośliwych ludzi.

 0
Author: quartz,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2012-12-15 14:35:48

Istnieje protokół o nazwie Referral Whois, który pozwala dostawcom publikować informacje geolokalizacyjne IP, a innym pobierać je.

Na przykład mój obecny IP 2001:470:b4ea:D57:15c8:97b:60c9 należy do Hurricane Electric w USA. Rzeczywisty serwer, na którym tunel IPv4-IPv6, którego używam, kończy się w Szwajcarii, ale ja jestem w Austrii. Publikuje to wszystko, więc jeśli wpiszesz IP w narzędziu obsługującym RWhois jak to , Znajdziesz dane kontaktowe On i somwhere w pobliżu dna widzisz

Kontakt: Nazwa: Klient Prywatny-Hurricane Electric

Kontakt: Ulica-Adres: Prywatna Rezydencja

Kontakt: kod kraju: AT

Czyli Moja lokalizacja.

Niewielu dostawców to publikuje i niewiele narzędzi geolokalizacyjnych to wspiera, ale przynajmniej istnieje.

Większość dostawców geolokalizacji IP (z tych, którzy obsługują IPv6, niektórzy nadal nie) umieszcza to IP w Szwajcarii, niektórzy nawet w My.

 0
Author: Josef,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2015-12-01 21:15:45