I database di localizzazione stimano dove viene usato un indirizzo IP, in base al routing, alle misurazioni, ai record dei registri e a ciò che gli operatori di rete comunicano loro, e siti web, servizi di streaming e controlli antifrode agiscono su quelle stime. Un blocco che cambia mano spesso mantiene la vecchia posizione per settimane. La soluzione è un geofeed, un piccolo file che dice dove viene usato ciascun prefisso, richiamato dal record del blocco nel registro, poi le richieste ai database che contano, e pazienza: calcola sei settimane o più.
Chi la usa, e perché gli errori fanno male
- Streaming e diritti sui contenuti, dove la posizione è legata alle licenze, quindi un paese sbagliato o un’etichetta di hosting bloccano del tutto un servizio.
- Ricerca e pubblicità, per lingua, valuta e risultati locali.
- Controlli antifrode e di sicurezza, che segnalano accessi da luoghi inattesi.
- Fisco, gioco d’azzardo e altri adempimenti, e le content delivery network che scelgono un server.
Il workshop dell’IAB del 2025 sulla geolocalizzazione IP ha stimato un’accuratezza a livello di paese superiore al 95% nei geofeed, ha rilevato un’accuratezza a livello di città molto più bassa, e non ha trovato un modo standard con cui le reti possano correggere i dati di terzi. Il suo rapporto indica come causa il mercato dell’IPv4 usato: i blocchi si spostano, e “the addresses may remain ‘located’ in Asia in some databases for weeks or months” (traduzione: “gli indirizzi possono restare ‘localizzati’ in Asia in alcuni database per settimane o mesi”) dopo il passaggio in Europa.
Da dove prendono i dati i database
- I record dei registri, a cui la maggior parte dà il peso minore. La stessa documentazione del RIPE Database dice che il suo attributo
country:“cannot be used in any reliable way to map IP addresses to countries” (traduzione: “non può essere usato in modo affidabile per associare indirizzi IP a paesi”): di solito è il paese del titolare, non quello dell’utente. - Il routing: quali reti annunciano e trasportano il prefisso.
- Le misurazioni: latenza e traceroute dalle sonde dei provider stessi.
- I nomi del DNS inverso e i percorsi di rete.
- I geofeed che gli operatori pubblicano, e le correzioni che inviano.
- I segnali da dispositivi e browser, per alcuni provider.
Oltre alla posizione, la maggior parte dei provider classifica gli indirizzi: hosting, VPN, proxy, Tor. Queste etichette spesso decidono più del paese (vedi sotto).
Il file geofeed: RFC 8805
L’RFC 8805 definisce un file CSV, una riga per prefisso:
# prefix,country,region,city,postal code
192.0.2.0/24,NL,NL-NH,Amsterdam,
198.51.100.0/24,DE,DE-HE,Frankfurt am Main,
203.0.113.0/24,,,,- Il prefisso è obbligatorio; il paese è un codice ISO 3166-1, la regione un codice ISO 3166-2 come
NL-NH, e la città testo semplice. - Niente codici postali: il campo è deprecato, e l’RFC dice che “new feeds SHOULD NOT include” il campo (traduzione: “i nuovi feed NON DOVREBBERO includerlo”).
- I campi vuoti indicano nessuna posizione, per lo spazio non ancora in uso, anziché una stima.
- Ogni volta l’intero insieme, non solo le modifiche; lo stesso prefisso due volte è un errore.
- UTF-8, righe che terminano con CRLF, servito via HTTPS.
- Un’indicazione, non un ordine: i provider confrontano un feed con i propri dati e possono preferire altre fonti.
Indicare il file: RFC 9632
L’RFC 9632, che ha sostituito l’RFC 9092 nell’agosto 2024, dice come un provider trova un feed e quali parti può usare:
- Dal record del registro: un attributo
geofeed:con un indirizzo HTTPS, o dove un registro non ce l’ha, una riga esattamente nella formaremarks: Geofeed https://.... - Vince il record più specifico: un’assegnazione /24 con un proprio riferimento prevale sul riferimento del /22 che la contiene.
- Contano solo le righe all’interno del range del record; il resto del file viene ignorato per quel record.
- Le indicazioni di posizione del registro stesso vengono ignorate una volta che esiste un feed per un range.
- I collector scaricano al massimo una volta a settimana, dai dati in blocco dei registri.
- Firmare un feed è facoltativo, e in pratica non si usa: il validatore RPKI rpki-client ha eliminato nel gennaio 2026 il supporto per la verifica dei feed firmati, perché nessuno aveva intenzione di usarlo.
In ciascun registro
| Registro | Come indicare il feed |
|---|---|
| Il RIPE NCC | Un attributo geofeed: sull’inetnum o sull’inet6num, di qualsiasi dimensione dal dicembre 2023; servito anche via RDAP |
| L’ARIN | Ancora nessun attributo: un commento pubblico Geofeed https://... sul record di rete, senza i due punti dopo “Geofeed” |
| L’APNIC | Un attributo geofeed: sull’inetnum o sull’inet6num, impostato in MyAPNIC |
| Il LACNIC e l’AFRINIC | Una riga remarks: Geofeed https://... |
I database e le piattaforme
Verificato il 16 ottobre 2026. Correggere un database non corregge gli altri, e diverse grandi piattaforme usano il proprio.
| Provider | Come correggerlo | Legge i geofeed |
|---|---|---|
| MaxMind | Invia un geofeed tramite il suo GeoIP Exchange, o un modulo di correzione | Quando inviato; esaminato ogni giorno lavorativo. I dati GeoIP escono ogni giorno feriale, i dati gratuiti GeoLite il martedì e il venerdì |
| IP2Location | Una dichiarazione giurata autenticata da un notaio, con documento d’identità, al suo team di supporto | Non documentato |
| IPinfo | Il suo modulo di correzione, o un URL di geofeed | Sì; la maggior parte dei dati ogni giorno |
| DB-IP | Il suo modulo di segnalazione | Dice di sì; nessun dettaglio |
| IPGeolocation.io | Il suo modulo di correzione, o un URL di geofeed | Sì |
| Digital Element, fornitore di Fastly | Il suo modulo, solo per i titolari degli indirizzi o i loro delegati | Un feed inviato, ogni giorno |
| Il suo modulo “Report IP problems”, che “may take more than a month” (traduzione: “può richiedere più di un mese”); il suo ISP Portal per le reti in peering con Google | Registrati per ASN nell’ISP Portal | |
| Cloudflare | Il suo modulo di correzione | Non documentato |
| Microsoft | Nessun modulo pubblico; alcuni operatori hanno ottenuto correzioni tramite Microsoft Q&A | Non documentato |
| Apple | Nessuna via pubblica trovata | Non documentato |
| Netflix | Un modulo di ticket per geolocalizzazione e proxy, linkato dalla sua voce in PeeringDB | Non documentato |
Etichette di hosting, VPN e proxy
Un blocco può essere nel paese giusto ed essere comunque rifiutato, perché etichettato come spazio di hosting o VPN. L’Anonymous IP list di AWS WAF, un gruppo di regole gestito che un sito può attivare, blocca gli “IP addresses from web hosting and cloud providers” (traduzione: “indirizzi IP di web hosting e provider cloud”) a meno che il sito non lo escluda; MaxMind, IP2Location e altri etichettano i range di hosting, VPN, proxy e Tor. Queste etichette hanno proprie vie di revisione, come il modulo del team di correzione di MaxMind e il modulo per i falsi positivi di IPQualityScore, separate dalle correzioni di posizione.
Un blocco spostato o in affitto, passo per passo
- Verificalo prima di prenderlo: i principali database, le loro etichette di hosting e proxy, e ogni record del registro che copre il blocco per vecchi riferimenti a geofeed o indicazioni di posizione di titolari precedenti (controllare prima un blocco).
- Stabilisci la posizione reale per prefisso: sempre il paese, regione e città quando sei sicuro, nessun codice postale, e campi vuoti per lo spazio non ancora in uso.
- Pubblica il file via HTTPS, e controllalo con un validatore come geofeed-finder o
mm-geofeed-verifierdi MaxMind. - Richiamalo dal record del registro più specifico. Per un affitto lo fa il titolare: elenca il tuo prefisso nel proprio feed, oppure dà alla tua assegnazione un proprio riferimento al tuo file. Funzionano entrambi; chiedi a chi ti affitta lo spazio quale usa, e avvisalo prima di spostare lo spazio in un altro paese.
- Rimuovi le indicazioni in conflitto, come vecchi riferimenti a geofeed e righe
geoloc:sbagliate. - Allinea il routing: annuncia il prefisso esatto dove si trovano i suoi utenti, con una ROA valida e un route object. Lo spazio tramite tunnel viene collocato nel punto di presenza del tunnel.
- Invia ai provider che contano, con l’indirizzo del feed, e chiedi a parte la revisione di etichette di hosting o VPN sbagliate.
- Ricontrolla dopo una, due e sei settimane. Alla fine di un affitto, rimuovi o svuota le righe del blocco, così che l’utente successivo non le erediti.
Verificare dove appare un blocco
RIPEstat risponde con i dati gratuiti GeoLite di MaxMind per qualsiasi prefisso:
curl -s "https://stat.ripe.net/data/maxmind-geo-lite/data.json?resource=203.0.113.0/24"Sostituisci 203.0.113.0/24, un range riservato alla documentazione, con il tuo blocco. MaxMind definisce i suoi dati gratuiti GeoLite City “considerably less accurate” (traduzione: “notevolmente meno accurati”) dei suoi dati a pagamento, e le piattaforme che usano un proprio database, come Google, non vi compaiono. Controlla anche alcuni indirizzi sui servizi su cui contano i tuoi utenti.
Quanto tempo ci vuole
La modifica nel registro è subito attiva. I collector scaricano ogni settimana, i provider esaminano e pubblicano secondo i propri tempi, e molti siti web usano una copia scaricata che aggiornano quando decidono. L’indicazione di Cloudflare per i nuovi indirizzi è che “IP geolocation will take at least six weeks to update across databases” (traduzione: “la geolocalizzazione IP richiederà almeno sei settimane per aggiornarsi nei vari database”). Nessun provider garantisce l’accettazione o i tempi.
Dove entra RTM Networks
Con ogni affitto da noi, le correzioni di geolocalizzazione sono su richiesta: dicci dove vengono usati gli indirizzi, e richiamiamo un geofeed per il blocco dal suo record nel registro, nostro o tuo, e chiediamo ai principali database di localizzazione di correggere i loro dati. La velocità con cui ciascuno si adegua dipende da loro.
Contatti
Indirizzi nel posto sbagliato?
Indicaci il prefisso e dove si trovano i suoi utenti. Per lo spazio affittato da noi, su richiesta correggiamo i record di geolocalizzazione presso i principali provider. Di solito rispondiamo entro 1-3 ore lavorative.

