Waarom toont mijn proxy een andere stad of een ander land?

Hoe bepalen IP-geolocatiedatabases waar een IP zich bevindt?

Een geolocatiedatabase combineert meerdere onvolmaakte bronnen en houdt het antwoord aan dat het meest betrouwbaar lijkt. Er is geen centrale autoriteit die de fysieke locatie van een IP publiceert, dus elke leverancier bouwt zijn eigen kaart.

De gebruikelijke bronnen:

1. Registrygegevens. De vijf regionale internetregistries publiceren wie elk blok bezit en het land van die houder. Een database begint hiermee, waardoor een blok het land van het hoofdkantoor van de houder kan tonen.
2. Routingdata. Welk netwerk het prefix aankondigt, en vanaf welke exchange points. Dit wijst op een regio, maar zelden op een stad.
3. Metingen. Round-trip times vanaf probes in bekende steden. Licht in glasvezel legt ongeveer 200 km per milliseconde af, dus een antwoord van 2 ms sluit alles verder dan ongeveer 200 km uit.
4. Geofeeds. Netwerkoperators kunnen een CSV-bestand publiceren met de locatie van elk van hun prefixes (RFC 8805). RFC 9092 legt uit hoe je dat bestand vanuit de registryrecord koppelt, zodat databases het kunnen vinden.
5. Correcties. De meeste leveranciers accepteren correctieverzoeken van netwerkoperators en gebruikers, en sommige gebruiken locatiegegevens uit apps en websites.

Waarom tonen datacenter-IP's het hoofdkantoor of een ander land?

Datacenter-IP's verhuizen vaker dan thuis-IP's, en hun registrygegevens beschrijven het bedrijf, niet het gebouw. Een hostingbedrijf dat in de ene stad is geregistreerd, kan hetzelfde blok aankondigen vanuit een datacenter in een andere stad, of in een ander land, zonder de registryrecord te wijzigen.

Veelvoorkomende oorzaken:

• Hoofdkantooradres. Zonder beter signaal gebruikt de database het geregistreerde adres van de houder.
• Onlangs verhuisd blok. Een blok werd vorig jaar in Amsterdam aangekondigd en deze maand in Frankfurt; de database is nog niet bijgewerkt.
• Gehuurde adressen. IPv4-blokken worden vaak tussen bedrijven gehuurd. De registryrecord kan de eigenaar tonen, terwijl een ander netwerk het blok elders routeert.
• Geen geofeed. Zonder RFC 8805-feed van de operator vallen leveranciers terug op het hoofdkantoor of op metingen.

Datacenter-IP's zijn geregistreerd bij hostingnetwerken, niet bij thuisinternetproviders. IP-geolocatiedatabases kunnen hetzelfde IP in een andere stad, of zelfs een ander land, plaatsen dan het datacenter dat het aankondigt. Dit is een eigenschap van datacenter-IP's in het algemeen, geen defect van één provider.

Hoe ziet een RFC 8805-geofeed eruit?

Een geofeed is een gewoon CSV-bestand met één regel per prefix: de prefix, de ISO 3166-landcode, een optionele ISO 3166-2-regiocode en een optionele stad. RFC 8805 (augustus 2020) definieert het formaat; een vijfde veld voor de postcode is verouderd. Een regel voor een Frankfurt-blok, met een documentatieprefix, luidt:

203.0.113.0/24,DE,DE-HE,Frankfurt am Main,

Leveranciers die geofeeds lezen, werken hun records volgens hun eigen schema bij op basis van deze regels. Een geofeed is een verklaring, geen bewijs, dus databases kunnen het nog steeds afwegen tegen hun eigen metingen.

Kan een website mijn echte locatie via een proxy zien?

Een proxy verandert alleen het IP-adres dat een website ziet. De website kan nog steeds lezen wat je browser of programma verstuurt: de taalheader, de tijdzone die aan scripts wordt blootgesteld, cookies van eerdere bezoeken en elke locatie die je hebt toegestaan. Als die naar een ander land wijzen, kan een site inhoud voor dat land tonen, zelfs als het IP klopt.

Voor QA van je eigen site stel je de taal en locale die je wilt testen in je testbrowserprofiel in en laad je de pagina vervolgens via de proxy. De geo QA-use case geeft een checklist.