IP coğrafi konumu: veritabanları nasıl çalışır ve nasıl düzeltilir

Konum veritabanları, bir IP adresinin nerede kullanıldığını yönlendirmeden, ölçümlerden, kayıt kuruluşu kayıtlarından ve ağ operatörlerinin onlara söylediklerinden tahmin eder; web siteleri, yayın hizmetleri ve dolandırıcılık kontrolleri de bu tahminlere göre davranır. El değiştiren bir blok eski konumunu çoğu zaman haftalarca korur. Çözüm bir geofeed'dir: her prefix'in nerede kullanıldığını söyleyen, bloğun kayıt kuruluşu kaydından referans verilen küçük bir dosya; ardından önemli veritabanlarına talepler ve sabır: altı hafta veya daha fazla süre tanıyın.

Kim kullanır ve hatalar neden zarar verir

• Yayın ve içerik hakları: konum lisanslara bağlıdır, bu yüzden yanlış bir ülke ya da bir hosting işareti bir hizmeti doğrudan engeller.
• Arama ve reklam: dil, para birimi ve yerel sonuçlar için.
• Dolandırıcılık ve güvenlik kontrolleri: beklenmedik yerlerden gelen girişleri işaretler.
• Vergi, şans oyunları ve diğer uyum gereklilikleri, ve bir sunucu seçen içerik dağıtım ağları.

IAB'nin IP coğrafi konumu üzerine 2025 çalıştayı, geofeed'lerde ülke düzeyindeki doğruluğu %95'in üzerinde tahmin etti, şehir düzeyindeki doğruluğu çok daha düşük buldu ve ağların üçüncü taraf verilerini düzeltmesi için standart bir yol bulamadı. Raporu, ikinci el IPv4 piyasasını bir neden olarak gösteriyor: bloklar taşınıyor ve Avrupa'ya taşındıktan sonra “the addresses may remain 'located' in Asia in some databases for weeks or months” (çeviri: “adresler bazı veritabanlarında haftalarca veya aylarca Asya'da 'konumlu' kalabilir”).

Veritabanları verilerini nereden alır

• Kayıt kuruluşu kayıtları, çoğu sağlayıcı en düşük ağırlığı bunlara verir. RIPE Database'in kendi belgeleri, country: özniteliğinin “cannot be used in any reliable way to map IP addresses to countries” (çeviri: “IP adreslerini ülkelere eşlemek için güvenilir bir şekilde kullanılamaz”) olduğunu söyler: genellikle kullanıcının değil, sahibin ülkesidir.
• Yönlendirme: prefix'i hangi ağların anons ettiği ve taşıdığı.
• Ölçüm: sağlayıcıların kendi sondalarından gecikme ve traceroute'lar.
• Reverse DNS adları ve ağ yolları.
• Operatörlerin yayımladığı geofeed'ler ve gönderdikleri düzeltmeler.
• Bazı sağlayıcılar için cihazlardan ve tarayıcılardan gelen sinyaller.

Konumdan ayrı olarak, çoğu sağlayıcı adresleri sınıflandırır: hosting, VPN, proxy, Tor. Bu işaretler çoğu zaman ülkeden daha belirleyicidir (aşağıda).

Geofeed dosyası: RFC 8805

RFC 8805, prefix başına bir satır olan bir CSV dosyası tanımlar:

# 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,,,,

• Prefix zorunludur; ülke bir ISO 3166-1 kodu, bölge NL-NH gibi bir ISO 3166-2 kodu, şehir düz metindir.
• Posta kodu yok: alan kullanımdan kaldırılmıştır ve “new feeds SHOULD NOT include” (çeviri: “yeni beslemeler içermemelidir”) kuralı geçerlidir.
• Boş alanlar konum yok demektir, henüz kullanılmayan alan için, bir tahmin yerine.
• Her seferinde tüm set, yalnızca değişiklikler değil; aynı prefix'in iki kez yer alması bir hatadır.
• UTF-8, CRLF ile biten satırlar, HTTPS üzerinden sunulur.
• Bir emir değil, bir ipucu: sağlayıcılar bir beslemeyi kendi verileriyle karşılaştırır ve başka kaynakları tercih edebilir.

Dosyaya işaret etmek: RFC 9632

Ağustos 2024'te RFC 9092'nin yerini alan RFC 9632, bir sağlayıcının bir beslemeyi nasıl bulduğunu ve hangi kısımlarını kullanabileceğini söyler:

• Kayıt kuruluşu kaydından: tek bir HTTPS adresli bir geofeed: özniteliği, ya da kayıt kuruluşunda böyle bir öznitelik yoksa tam olarak remarks: Geofeed https://... biçiminde bir satır.
• En spesifik kayıt kazanır: kendi referansı olan bir /24 ataması, üstündeki /22'nin referansını geçersiz kılar.
• Yalnızca kaydın aralığı içindeki satırlar sayılır; dosyanın geri kalanı o kayıt için yok sayılır.
• Bir aralık için besleme olduğunda kayıt kuruluşunun kendi konum ipuçları yok sayılır.
• Toplayıcılar en fazla haftada bir çeker, kayıt kuruluşlarının toplu verilerinden.
• Bir beslemeyi imzalamak isteğe bağlıdır ve pratikte kullanılmaz: RPKI doğrulayıcısı rpki-client, kimse kullanmayı planlamadığı için Ocak 2026'da imzalı beslemeleri kontrol etme desteğini kaldırdı.

Her kayıt kuruluşunda

Veritabanları ve platformlar

16 Ekim 2026'da kontrol edildi. Bir veritabanını düzeltmek diğerlerini düzeltmez ve birkaç büyük platform kendi veritabanını işletir.

Hosting, VPN ve proxy işaretleri

Bir blok doğru ülkede olup yine de reddedilebilir, çünkü hosting veya VPN alanı olarak etiketlenmiştir. Bir sitenin açabileceği yönetilen bir kural grubu olan AWS WAF'ın Anonymous IP listesi, site bunu geçersiz kılmadıkça “IP addresses from web hosting and cloud providers” (çeviri: “web hosting ve bulut sağlayıcılarından gelen IP adresleri”) engeller; MaxMind, IP2Location ve diğerleri hosting, VPN, proxy ve Tor aralıklarını işaretler. Bu etiketlerin, konum düzeltmelerinden ayrı, kendi inceleme yolları vardır; örneğin MaxMind'ın düzeltme ekibi formu ve IPQualityScore'un false positive formu.

Taşınan veya kiralanan bir blok, adım adım

1. Almadan önce sorgulayın: ana veritabanları, onların hosting ve proxy işaretleri ve bloğu kapsayan her kayıt kuruluşu kaydı, önceki sahiplerden kalan eski geofeed referansları veya konum ipuçları için (önce bir bloğu kontrol etmek).
2. Prefix başına gerçek konuma karar verin: ülke her zaman, bölge ve şehir emin olduğunuzda, posta kodu yok ve henüz kullanılmayan alan için boş alanlar.
3. Dosyayı HTTPS üzerinden yayımlayın ve onu geofeed-finder ya da MaxMind'ın mm-geofeed-verifier gibi bir doğrulayıcıyla kontrol edin.
4. Ona en spesifik kayıt kuruluşu kaydından referans verin. Kiralamada bunu sahip yapar: prefix'inizi kendi beslemesinde listeler ya da atamanıza sizin dosyanıza giden kendi referansını verir. İkisi de işe yarar; kiralayanınıza hangisini yaptığını sorun ve alanı başka bir ülkeye taşımadan önce ona haber verin.
5. Çelişen ipuçlarını kaldırın, örneğin eski geofeed referanslarını ve yanlış geoloc: satırlarını.
6. Yönlendirmeyi uyumlu hale getirin: tam prefix'i kullanıcılarının bulunduğu yerde, geçerli bir ROA ve route nesnesi ile anons edin. Bir tünel üzerinden kullanılan alan, tünelin varlık noktasına yerleştirilir.
7. Önemli sağlayıcılara beslemenin adresiyle başvurun ve yanlış hosting veya VPN işaretlerinin incelenmesini ayrıca isteyin.
8. Bir, iki ve altı hafta sonra yeniden kontrol edin. Bir kiralamanın sonunda bloğun satırlarını kaldırın ya da boşaltın, böylece bir sonraki kullanıcı onları devralmaz.

Bir bloğun nerede göründüğünü kontrol etmek

RIPEstat, her prefix için MaxMind'ın ücretsiz GeoLite verileriyle yanıt verir:

curl -s "https://stat.ripe.net/data/maxmind-geo-lite/data.json?resource=203.0.113.0/24"

Belgeleme için ayrılmış bir aralık olan 203.0.113.0/24'ü kendi bloğunuzla değiştirin. MaxMind ücretsiz GeoLite City verilerini ücretli verilerinden “considerably less accurate” (çeviri: “önemli ölçüde daha az doğru”) olarak tanımlar ve Google gibi kendi veritabanını işleten platformlar bunda yer almaz. Kullanıcılarınızın dayandığı hizmetlerde de birkaç adresi kontrol edin.

Ne kadar sürer

Kayıt kuruluşu değişikliği hemen yayına girer. Toplayıcılar haftalık çeker, sağlayıcılar kendi takvimlerine göre inceler ve yayımlar, birçok web sitesi de istediği zaman güncellediği indirilmiş bir kopya kullanır. Cloudflare'in yeni adresler için kendi yönergesi şöyledir: “IP geolocation will take at least six weeks to update across databases” (çeviri: “IP coğrafi konumunun veritabanlarında güncellenmesi en az altı hafta sürer”). Hiçbir sağlayıcı kabulü veya süreyi garanti etmez.

RTM Networks'ün yeri

Bizden yapılan her kiralamada coğrafi konum düzeltmeleri talep üzerine yapılır: adreslerin nerede kullanıldığını bize söyleyin; blok için bir geofeed'e onun kayıt kuruluşu kaydından (bizimki ya da sizinki) referans verir ve ana konum veritabanlarından kendi verilerini düzeltmelerini isteriz. Her birinin ne kadar hızlı takip edeceği onlara bağlıdır.