Vai al contenuto
ipaddress.tr

Come funziona ipaddress.tr

Cosa vediamo, cosa conserviamo e da dove viene ogni numero di questo sito.

Questo testo non è ancora disponibile in italiano. Viene mostrato in inglese finché non sarà pubblicata una traduzione.

Cosa vediamo

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.

Cosa memorizziamo

  • Our own copies of public datasets, downloaded and compiled on our server on each source’s own schedule: 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 and the IEEE MAC vendor registry.
  • 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 Türkiye figures for every dataset build — aggregate numbers only, for Türkiye in numbers.

Cosa non memorizziamo

  • 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.

Come funziona una ricerca

  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.

Fonti di dati

Stato in tempo reale di ogni fonte di dati che il sito può usare.

FonteFornisceDoveStato
Dati di routing e registro (propri)

AS di origine, prefisso e assegnazione del registro per ogni indirizzo, dalla nostra copia compilata della tabella BGP e dei file di assegnazione RIR.

Routing BGPSul nostro serverOperativa

10 secondi fa

Dati di geolocalizzazione (propri, DB-IP Lite + GeoNames)

Città, regione e coordinate stimate da DB-IP Lite, con nomi di luoghi e fusi orari da GeoNames.

Geolocalizzazione e ASNSul nostro serverOperativa

10 secondi fa

Elenco di uscita Tor (copia propria)

Se un indirizzo è un relay di uscita Tor, dall'elenco pubblicato dal Tor Project.

Segnali di sicurezzaSul nostro serverOperativa

10 secondi fa

DNS (client proprio)

Il nostro client DNS (UDP/TCP, EDNS0), che interroga i resolver configurati su questo server.

Risoluzione DNSSul nostro serverOperativa

21 secondi fa

Dati di registro AS (propri)

Titolare dell'AS, paese, registro e data di assegnazione dai file di delega dei cinque RIR.

Dati ASNSul nostro serverOperativa

2 minuti fa

Tabella BGP (copia propria)

Tutti i prefissi che un AS origina nella tabella di routing globale.

Routing BGPSul nostro serverOperativa

10 secondi fa

RDAP (registro competente)

Dati di registrazione dal registro competente per l'indirizzo, l'AS o il dominio, scelto tramite i file bootstrap di IANA.

Dati di registrazioneAPI esternaOperativa

8 minuti fa

Set di dati e aggiornamento

Le nostre copie locali dei set di dati pubblici, quando sono state ricostruite l'ultima volta e quanti record contengono.

Tutti i set di dati sono aggiornatiUltima ricostruzione: 7 nov 2026, 13:31
Set di datiStatoUltima ricostruzioneRecord
Tabella di routing BGPRicostruito ogni 24 ore.APNIC (Thyme / BGP routing table analysis)Aggiornato17 minuti fa1.337.139
Assegnazioni dei registriRicostruito ogni 24 ore.AFRINIC, APNIC, ARIN, LACNIC, RIPE NCC (NRO extended delegation format)Aggiornato16 minuti fa774.973
Bootstrap RDAPRicostruito ogni 24 ore.IANAAggiornato16 minuti fa4
Città (GeoNames)Ricostruito ogni 168 ore.GeoNames (cities5000) · CC BY 4.0Aggiornato16 minuti fa71.331
Geolocalizzazione (DB-IP Lite)Ricostruito ogni 72 ore.DB-IP · CC BY 4.0Aggiornato15 minuti fa7.584.511
Relay di uscita TorRicostruito ogni 6 ore.The Tor ProjectAggiornato15 minuti fa1245
Produttori MAC (IEEE)Ricostruito ogni 168 ore.IEEE Registration Authority (MA-L, MA-M, MA-S); Wireshark manuf as fallbackAggiornato15 minuti fa54.396
Intervalli CloudflareRicostruito ogni 24 ore.CloudflareAggiornato15 minuti fa—
ROA validati RPKIRicostruito ogni 6 ore.rpki-client project console (validated from the five RIR trust anchors)Aggiornato15 minuti fa—

Limiti

  • 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.