Skip to content
ipaddress.ee

How ipaddress.ee works

What we see, what we keep, and where every number on this site comes from.

What we see

Like every website, our server receives a few things with each request:

  • Your IP address — the public address your connection uses. Behind a home router, a mobile network or a VPN this is the router’s, carrier’s or VPN’s address, not your device’s.
  • Request headers your browser sends — user agent, preferred languages, and privacy signals such as Do Not Track and Global Privacy Control.
  • The page you asked for, including anything you typed into a lookup.

Your browser also knows things it never sends us — your screen size, its time zone, the HTTP protocol it negotiated. Where we show those, they are computed in your browser and stay there.

What we store

  • Our own copies of public datasets in our PostgreSQL database, imported on each source’s own schedule, validated and versioned: the global BGP routing table and AS names (APNIC), address delegations from the five regional internet registries, RPKI validated route origin authorisations, IP geolocation (DB-IP Lite), place names and time zones (GeoNames), the Tor exit list, the IEEE MAC vendor registry, cloud providers’ published address ranges, Spamhaus DROP and PeeringDB.
  • Aggregate page counts: the path of each page view (with lookup values removed, e.g. /ip/[query]) and a daily counter. No IP, no cookie, no identifier. Disabled when your browser sends Do Not Track or Global Privacy Control.
  • Data source statistics: how many requests each source answered and how long it took, per hour — needed to monitor reliability. No lookup values are kept.
  • Short-lived caches of results in memory (minutes to hours, never written to disk), so the same question isn’t asked twice.
  • Messages you send through the contact form, until they are answered (deleted after at most 12 months).
  • A snapshot of the Estonia figures for every combination of dataset versions — aggregate numbers only, for Estonia in numbers.

What we don't store

  • We do not log visitor IP addresses in our application. Rate limiting works on keyed hashes held in memory, rotated daily.
  • We do not keep a history of the IPs, domains or ASNs you look up.
  • We do not set tracking cookies. The only cookies are a language preference you choose, and — only if you accept — those set by Google Analytics or AdSense when the site operator has enabled them.
  • We do not sell or share any visitor data.

Infrastructure in front of the application (the reverse proxy and hosting provider) may keep standard access logs for security and operations, with short retention.

How a lookup works

  1. Your input is validated strictly. Only IP addresses, ASNs and syntactically valid public domain names are accepted; private, internal and reserved names never leave our server.
  2. Network, routing, registry, location and Tor data come from our own datasets on our server. No third-party IP intelligence service is asked about your address.
  3. Two things are inherently live and are queried at the moment you ask: DNS (forward and reverse lookups, sent by our own DNS client to recursive resolvers) and registration records (RDAP or WHOIS, asked directly of the registry responsible for the address, AS number or domain).
  4. Every field shows where it came from. Values that are inferred rather than recorded — such as the network type guessed from an operator’s name — are labelled as a guess.
  5. If a source fails or is slow, the page shows what is available and marks the rest as not available — never a made-up value.

Commercial data providers can be connected by the site operator as an optional extra; they are switched off by default and listed below with their current status.

Data sources

Live status of every data source this site can use.

SourceProvidesRunsStatus
Routing & registry data (own)

Origin AS, prefix and registry allocation for every address, from our compiled copy of the BGP table and RIR delegation files.

BGP routingOn our serverOperational

1 second ago

Tor exit list (own copy)

Whether an address is a Tor exit relay, from the Tor Project's published list.

Security signalsOn our serverOperational

1 second ago

Cloud provider ranges (own copy)

Address ranges that AWS, Google Cloud, Oracle Cloud, DigitalOcean, Akamai/Linode and Fastly publish as their own. An address inside one is reliably a cloud or hosting address.

Security signalsOn our serverOperational

1 second ago

Spamhaus DROP (own copy)

Spamhaus' Don't Route Or Peer list of hijacked and criminal-operated netblocks, imported twice a day and matched locally.

Security signalsOn our serverOperational

1 second ago

DNS (own client)

Our own DNS client (UDP/TCP, EDNS0) querying the resolvers configured on this server.

DNS resolutionOn our serverOperational

4 seconds ago

AS registry data (own)

AS holder, country, registry and allocation date from the five RIR delegation files.

ASN dataOn our serverOperational

20 seconds ago

BGP table (own copy)

Every prefix an AS originates in the global routing table.

BGP routingOn our serverOperational

6 seconds ago

RDAP (authoritative registry)

Registration data from the registry responsible for the address, AS or domain, chosen via IANA's bootstrap files.

Registration dataExternal APIOperational

4 seconds ago

Datasets and freshness

Our own copies of public datasets in our database: which version is in use, when it was imported, how often it is updated and how many records it holds.

Some datasets could not be updated on schedule; their previous version is still in use.Imported: Nov 9, 2026, 22:23
DatasetStatusImportedRecords
BGP routing tableUpdated every 12 hours. · Version 9APNICCurrent53 seconds ago3,212,198
Registry delegationsUpdated every 1 day. · Version 10AFRINIC, APNIC, ARIN, LACNIC, RIPE NCCCurrent35 seconds ago775,099
RDAP bootstrapUpdated every 1 day. · Version 1IANACurrent1 minute ago4
Cities (GeoNames)Updated every 7 days. · Version 2GeoNames · CC BY 4.0Current1 minute ago71,333
Geolocation (DB-IP Lite)Updated every 1 day.DB-IP · CC BY 4.0Not imported yet——
Tor exit relaysUpdated every 1 hour. · Version 3The Tor ProjectCurrent1 minute ago1,250
MAC vendors (IEEE)Updated every 7 days. · Version 4IEEE Registration AuthorityCurrent1 minute ago54,402
Cloudflare rangesUpdated every 1 day. · Version 5CloudflareCurrent1 minute ago22
RPKI validated ROAsUpdated every 4 hours.rpki-client (console.rpki-client.org)Not imported yet——
Cloud provider rangesUpdated every 1 day. · Version 6AWS, Google Cloud, Oracle Cloud, DigitalOcean, Akamai/Linode, FastlyCurrent1 minute ago20,525
Spamhaus DROPUpdated every 12 hours. · Version 7The Spamhaus ProjectCurrent1 minute ago1,854
PeeringDBUpdated every 1 day. · Version 8PeeringDBCurrent1 minute ago35,964

Limitations

  • IP geolocation is an estimate. It describes where an address block is likely used, often the location of a provider’s equipment. Country is usually right; city is often wrong, especially on mobile networks, satellite links, VPNs and CGNAT. It is never precise enough to identify a person or a street address, and must not be used to do so.
  • Coordinates are rounded to two decimal places (about 1 km) and shown with an honest accuracy radius.
  • Each dataset is refreshed on its source’s schedule: routing and registry data daily, RPKI and the Tor list every few hours, DB-IP’s monthly release every few days. A block that changed hands recently may show its previous holder for a while.
  • Network type (residential, mobile, hosting…) is inferred from the operator’s name and labelled as a guess. Proxy and VPN use cannot be reliably detected from public data; we only report what a dataset actually records, such as Tor exit relays.
  • Registration data is published by registries and may be outdated or redacted for privacy.