Bazele de date de localizare ghicesc unde este folosită o adresă IP, din rutare, măsurători, înregistrări de registru și ce le spun operatorii de rețea, iar site-urile, serviciile de streaming și verificările antifraudă acționează pe baza acestor estimări. Un bloc care își schimbă deținătorul își păstrează adesea vechea locație săptămâni întregi. Soluția este un geofeed, un fișier mic care spune unde este folosit fiecare prefix, cu referire din înregistrarea de registru a blocului, apoi cereri către bazele de date care contează și răbdare: lăsați șase săptămâni sau mai mult.
Cine o folosește și de ce dor erorile
- Streamingul și drepturile asupra conținutului, unde locația este legată de licențe, așa că o țară greșită sau un marcaj de hosting blochează direct un serviciu.
- Căutarea și publicitatea, pentru limbă, monedă și rezultate locale.
- Verificările antifraudă și de securitate, care semnalează autentificările din locuri neașteptate.
- Taxele, jocurile de noroc și alte cerințe de conformitate, precum și rețelele de livrare de conținut care aleg un server.
Atelierul IAB din 2025 despre geolocalizarea IP a estimat acuratețea la nivel de țară în geofeeduri la peste 95 %, a constatat o acuratețe mult mai mică la nivel de oraș și nu a găsit nicio cale standard prin care rețelele să corecteze datele terților. Raportul său numește piața de IPv4 la mâna a doua drept o cauză: blocurile se mută, iar „the addresses may remain 'located' in Asia in some databases for weeks or months” (traducere: „adresele pot rămâne «localizate» în Asia în unele baze de date săptămâni sau luni”) după mutarea în Europa.
De unde își iau datele bazele de date
- Înregistrările de registru, cântărite cel mai puțin de majoritatea. Documentația bazei de date RIPE spune că atributul său
country:„cannot be used in any reliable way to map IP addresses to countries” (traducere: „nu poate fi folosit în niciun mod fiabil pentru a asocia adresele IP cu țări”): este de obicei țara deținătorului, nu a utilizatorului. - Rutarea: ce rețele anunță și transportă prefixul.
- Măsurătorile: latența și traceroute-urile din sondele proprii ale furnizorilor.
- Numele reverse DNS și căile din rețea.
- Geofeedurile pe care le publică operatorii și corecturile pe care le trimit.
- Semnalele de la dispozitive și browsere, la unii furnizori.
Separat de locație, majoritatea furnizorilor clasifică adresele: hosting, VPN, proxy, Tor. Aceste marcaje decid adesea mai mult decât țara (mai jos).
Fișierul geofeed: RFC 8805
RFC 8805 definește un fișier CSV, o linie per prefix:
# 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,,,,- Prefixul este obligatoriu; țara este un cod ISO 3166-1, regiunea un cod ISO 3166-2 precum
NL-NH, iar orașul text simplu. - Fără coduri poștale: câmpul este depreciat, iar „new feeds SHOULD NOT include” (traducere: „feedurile noi NU AR TREBUI să includă”) codul.
- Câmpurile goale înseamnă nicio locație, pentru spațiul încă nefolosit, în loc de o estimare.
- Setul întreg de fiecare dată, nu doar modificările; același prefix de două ori este o eroare.
- UTF-8, linii terminate în CRLF, servit prin HTTPS.
- O indicație, nu un ordin: furnizorii compară un feed cu propriile date și pot prefera alte surse.
Trimiterea la fișier: RFC 9632
RFC 9632, care a înlocuit RFC 9092 în august 2024, spune cum găsește un furnizor un feed și ce părți din el poate folosi:
- Din înregistrarea de registru: un atribut
geofeed:cu o singură adresă HTTPS sau, unde un registru nu are unul, o linie exact în formaremarks: Geofeed https://.... - Câștigă înregistrarea cea mai specifică: o atribuire /24 cu propria referință o înlocuiește pe cea de pe /22 de deasupra ei.
- Contează doar liniile din plaja înregistrării; restul fișierului este ignorat pentru acea înregistrare.
- Indicațiile de locație proprii ale registrului sunt ignorate odată ce există un feed pentru o plajă.
- Colectoarele preiau cel mult săptămânal, din datele în bloc ale registrelor.
- Semnarea unui feed este opțională și nefolosită în practică: validatorul RPKI rpki-client a renunțat în ianuarie 2026 la verificarea feedurilor semnate, pentru că nimeni nu plănuia să o folosească.
La fiecare registru
| Registru | Cum faceți trimiterea la feed |
|---|---|
| RIPE NCC | Un atribut geofeed: pe inetnum sau inet6num, de orice mărime din decembrie 2023; servit și prin RDAP |
| ARIN | Încă niciun atribut: un comentariu public Geofeed https://... pe înregistrarea rețelei, fără două puncte după „Geofeed” |
| APNIC | Un atribut geofeed: pe inetnum sau inet6num, setat în MyAPNIC |
| LACNIC și AFRINIC | O linie remarks: Geofeed https://... |
Bazele de date și platformele
Verificat pe 16 octombrie 2026. Corectarea unei baze de date nu le corectează pe celelalte, iar mai multe platforme mari o rulează pe a lor.
| Furnizor | Cum o corectați | Citește geofeeduri |
|---|---|---|
| MaxMind | Trimiteți un geofeed prin GeoIP Exchange sau un formular de corectură | Când este trimis; analizat în fiecare zi lucrătoare. Datele GeoIP apar în fiecare zi lucrătoare, datele gratuite GeoLite marțea și vinerea |
| IP2Location | O declarație pe proprie răspundere legalizată notarial, cu act de identitate, către echipa de suport | Nedocumentat |
| IPinfo | Formularul său de corecturi sau un URL de geofeed | Da; majoritatea datelor zilnic |
| DB-IP | Formularul său de raportare | Așa spune; fără detalii |
| IPGeolocation.io | Formularul său de corecturi sau un URL de geofeed | Da |
| Digital Element, care îl alimentează pe Fastly | Formularul său, doar pentru deținătorii de adrese sau delegații lor | Un feed trimis, zilnic |
| Formularul „Report IP problems”, care „may take more than a month” (traducere: „poate dura mai mult de o lună”); ISP Portal pentru rețelele care fac peering cu Google | Înregistrate per ASN în ISP Portal | |
| Cloudflare | Formularul său de corectură | Nedocumentat |
| Microsoft | Niciun formular public; operatorii au obținut corecturi prin Microsoft Q&A | Nedocumentat |
| Apple | Nicio cale publică găsită | Nedocumentat |
| Netflix | Un formular de tichet pentru geolocalizare și proxy, cu link din înregistrarea sa PeeringDB | Nedocumentat |
Marcajele de hosting, VPN și proxy
Un bloc poate fi în țara corectă și totuși refuzat, pentru că este etichetat ca spațiu de hosting sau VPN. Lista Anonymous IP din AWS WAF, un grup de reguli gestionat pe care un site îl poate activa, blochează „IP addresses from web hosting and cloud providers” (traducere: „adresele IP ale furnizorilor de web hosting și de cloud”), dacă site-ul nu o suprascrie; MaxMind, IP2Location și alții marchează plajele de hosting, VPN, proxy și Tor. Aceste etichete au propriile căi de reanalizare, precum formularul echipei de corecturi MaxMind și formularul de fals pozitiv al IPQualityScore, separat de corecturile de locație.
Un bloc mutat sau închiriat, pas cu pas
- Verificați-l înainte să îl preluați: principalele baze de date, marcajele lor de hosting și proxy și fiecare înregistrare de registru care acoperă blocul, pentru referințe geofeed vechi sau indicații de locație de la deținători anteriori (verificarea unui bloc mai întâi).
- Stabiliți locația reală per prefix: țara întotdeauna, regiunea și orașul când sunteți siguri, fără cod poștal și câmpuri goale pentru spațiul încă nefolosit.
- Publicați fișierul prin HTTPS și verificați-l cu un validator precum geofeed-finder sau
mm-geofeed-verifierde la MaxMind. - Faceți referire la el din înregistrarea de registru cea mai specifică. La o închiriere, asta o face deținătorul: vă listează prefixul în propriul feed sau dă atribuirii dvs. o referință proprie către fișierul dvs. Ambele variante funcționează; întrebați-vă locatorul pe care o folosește și anunțați-l înainte să mutați spațiul în altă țară.
- Eliminați indicațiile contradictorii, precum referințele geofeed vechi și liniile
geoloc:greșite. - Aduceți rutarea în acord: anunțați prefixul exact acolo unde sunt utilizatorii lui, cu un ROA și un obiect route valide. Spațiul folosit printr-un tunel este plasat în punctul de prezență al tunelului.
- Trimiteți la furnizorii care contează, cu adresa feedului, și cereți separat reanalizarea marcajelor greșite de hosting sau VPN.
- Verificați din nou după una, două și șase săptămâni. La sfârșitul unei închirieri, eliminați sau goliți liniile blocului, ca următorul utilizator să nu le moștenească.
Cum verificați unde apare un bloc
RIPEstat răspunde cu datele gratuite GeoLite ale MaxMind pentru orice prefix:
curl -s "https://stat.ripe.net/data/maxmind-geo-lite/data.json?resource=203.0.113.0/24"Înlocuiți 203.0.113.0/24, o plajă rezervată pentru documentație, cu blocul dvs. MaxMind numește datele sale gratuite GeoLite City „considerably less accurate” (traducere: „considerabil mai puțin exacte”) decât datele plătite, iar platformele care își rulează propria bază de date, precum Google, nu apar în ele. Verificați și câteva adrese pe serviciile pe care se bazează utilizatorii dvs.
Cât durează
Modificarea din registru este activă imediat. Colectoarele preiau săptămânal, furnizorii analizează și publică după propriile calendare, iar multe site-uri rulează o copie descărcată pe care o actualizează când vor. Ghidul Cloudflare pentru adrese noi spune că „IP geolocation will take at least six weeks to update across databases” (traducere: „actualizarea geolocalizării IP în bazele de date va dura cel puțin șase săptămâni”). Niciun furnizor nu garantează acceptarea sau termenul.
Unde se încadrează RTM Networks
La fiecare închiriere de la noi, corecturile de geolocalizare se fac la cerere: spuneți-ne unde sunt folosite adresele, iar noi facem referire la un geofeed pentru bloc din înregistrarea lui de registru, a noastră sau a dvs., și cerem principalelor baze de date de localizare să le corecteze pe ale lor. Cât de repede urmează fiecare depinde de ele.
Contact
Adrese localizate greșit?
Spuneți-ne prefixul și unde se află utilizatorii săi. Pentru spațiul închiriat de la noi, corectăm la cerere înregistrările de localizare la marii furnizori. De obicei răspundem în 1-3 ore lucrătoare.
