Bloga geri dön

Almanya Proxies, Hollanda Görünüyor: IP Coğrafi Konumlandırması Gerçekten Nasıl Çalışır

IP adresinin koordinatları yoktur - coğrafya, belirli bir veritabanının görüşüdür. 2026 yılındaki güncel ölçümler üzerinden, MaxMind, IPinfo, IP2Location ve DB-IP'nin neden birbirinden farklı olduğunu, Cloudflare üzerinden görülen bir ülkenin, kontrol aracının ise başka bir ülke gördüğünü ve "proxy'nin yanlış ülke olarak belirlendiği" durumlarda ne yapılması gerektiğini inceliyoruz.

📅20 Eylül 2026
Almanya Proxies, Hollanda Görünüyor: IP Coğrafi Konumlandırması Gerçekten Nasıl Çalışır

Proxy ile ciddi şekilde çalışan herkesin karşılaştığı bir senaryo. Almanya'dan bir yerleşik IP alıyorsunuz. Kontrol aracı açıyorsunuz - dürüstçe Almanya, Frankfurt yazıyor. Hedef siteye giriyorsunuz - o ise Hollanda para birimini, Hollanda çıktısını ve Hollanda çerez banner'ını gösteriyor. İkinci kontrol aracı, IP'nin aslında Belçika'da olduğunu söylüyor. Kim yalan söylüyor?

Hiç kimse. Sorun, IP adresinin koordinatlarının olmamasıdır. Coğrafi bağlama, adresin bir özelliği değil, belirli bir veritabanının dolaylı yöntemlerle topladığı bir bilgidir. Birkaç veritabanı var, bunlar bağımsızdır ve farklı sonuçlar verir - sistematik ve öngörülebilir bir şekilde. Aşağıda, bu verilerin nereden geldiğini, güncel ölçümlerde gerçek hata oranının ne kadar büyük olduğunu ve bununla pratikte ne yapılacağını inceleyeceğiz.

IP'nin coğrafyası yok - sadece tahminler var

Paketin içinde "ülke" alanı yoktur. İnternetin adres hakkında bildiği tek şey, kime tahsis edildiği ve BGP rotalarının nereye gittiğidir. Ticari veritabanları (MaxMind, IPinfo, IP2Location, DB-IP ve diğerleri) bu bilgiyi beş kaynağı birleştirerek tahmin eder:

  • RIR ve whois kayıtları. Kayıttaki ülke, bloğun tahsis edildiği organizasyonun yargı yetkisini gösterir, fiziksel olarak makinelerin bulunduğu yeri değil. Alman sağlayıcı, adresleri Amsterdam'da rahatlıkla dağıtabilir.
  • Geo-feed'ler. Kendiliğinden yayımlanan coğrafi verilerin formatı RFC 8805 (2020) ile belirlenmiştir, 2024'te RFC 9632 ile değiştirilmiştir - doğrulama ve RDAP üzerinden keşif ile. Operatör, alt ağının nerede olduğunu kendisi bildirir. Bu tek otoriter kaynaktır, ancak kapsamı çok küçüktür: 2023 sonuna kadar geo-feed'ler yaklaşık 2,800 otonom sistem yayımlamıştır - yaklaşık 34 milyon IPv4 adresi, yani dünya genelindeki tahsislerin %0,8'idir.
  • Yönlendirme ve BGP ön ekleri. Eğer bir adresin nerede olduğu biliniyorsa, veritabanı tüm ön eki genelleyerek çıkarım yapar. Buradan hataların büyük çoğunluğu kaynaklanır.
  • Gecikme ölçümleri. Bilinen noktalardan RTT ile üçgenleme - yoğun Avrupa'daki şehirlerde çalışır, ölçüm noktalarının az olduğu yerlerde başarısız olur.
  • Ortakların verileri. IP'yi cihazların GPS koordinatları ile eşleştiren uygulamalardan ve hizmetlerden gelen sinyaller.

Her tedarikçi bunu kendi oranında ve kendi kurallarına göre karıştırır. Sonuçların örtüşmesi zorunlu değildir.

Hata ne kadar büyük: 2026 ölçümleri

21 Mayıs 2026'da Virginia Tech'ten araştırmacılar (Syed Tauhidun Nabi, Jocelyn Bliton, Tijay Chung, Shaddi Hasan) "Lost in the Prefix: Revisiting IP Geolocation Accuracy Across Networks and Geographies" başlıklı bir çalışma yayımladılar. Dört veritabanını - MaxMind GeoLite2, IPinfo, IP2Location DB11 ve DB-IP Lite - 175 ülkede 16,010 RIPE Atlas sondası ile karşılaştırdılar ve UNICEF Giga projesinden 21,292 "IP - okul" çiftini incelediler. Toplamda 37,302 gözlem yapıldı, bunların %74,7'si IPv4 ve %25,3'ü IPv6'dır.

Önemli rakamlar:

  • Sabit ağlar: sağlayıcıya bağlı olarak medyan hata 3–16 km. Gelişmiş bir ülkede evdeki sabit internet için coğrafi konum iyi çalışıyor.
  • Mobil ağlar: medyan hata 179–207 km. Bu, sabit ağlarla on kat daha fazla bir farktır ve dört veritabanında da aynıdır.
  • Bölgelere göre büyük hataların oranı (100 km'den fazla): Avrupa %9–20, Amerika %8–22, Asya %53–61, Afrika %66–72.
  • Neden: yaklaşık %70 mobil ön ek fiziksel olarak 100 km'den fazla uzanıyor. Ön ek ne kadar büyükse, hata o kadar yüksek - tedarikçiden, ağ türünden ve bölgeden bağımsız olarak.

Önemli bir detay: tüm dört veritabanı benzer şekilde hata yapıyor ve aynı yerlerde. Bu "kötü tedarikçi ile iyi tedarikçi" meselesi değil - bu yöntemin genel bir kısıtlamasıdır. Küresel Güney ülkelerinde "kaba" ön eklerin oranı 2–3 kat daha fazladır, bu nedenle orada hatalar da daha yüksektir.

MaxMind, sınırlarını dürüstçe belirtiyor: ülke düzeyinde %99,8 doğruluk, ABD'de eyalet/bölge düzeyinde yaklaşık %80 ve şehir düzeyinde %66 - burada "şehir", 50 km'lik bir yarıçap içinde olmayı ifade eder. Mobil ağlardaki adreslerin, telefonlar tarafından büyük mesafelerde kullanıldığını ayrıca belirtmektedir; VPN veya proxy durumunda veritabanı, son kullanıcıyı değil, sunucuyu coğrafi olarak belirler.

Neden kontrol aracı ve site farklı görüyor

İşte başlangıç senaryosunun sırrı burada yatıyor. Açtığınız kontrol aracı, kendi veritabanının verilerini gösteriyor. Hedef site ise kendi veritabanına bakıyor. Bu, aynı soruya verilen farklı yanıtlar ve her ikisi de kendi koordinat sistemlerinde "doğru".

Üç belirgin ayrışma mekanizması:

  • Farklı tedarikçiler. Cloudflare üzerinden bir site, ülkeyi CF-IPCountry başlığından alır - bu Cloudflare'ın kendi verileridir ve bu veriler, aynı anda MaxMind'in aynı adres için sağladığı verilerle düzenli olarak farklılık gösterir. Yayın akışları ve ödeme sistemleri, davranış geçmişi ile tamamlanan kendi listelerini tutar.
  • Veri yaşı farklılığı. Ücretsiz GeoLite2 City ve Country, haftada iki kez - Salı ve Cuma günleri güncellenir. Ticari GeoIP2 ise her iş günü yayımlanır. Bir yıl önceki veritabanı ile bir site, geçen yılki durumu görecektir. Bu, yeni alt ağların "yerleşmesinin" haftalarca sürmesinin nedenini de açıklar.
  • Ayrıntı düzeyi farklılığı. Tedarikçilerin farklı politikaları vardır: bazıları şehri verir, bazıları düşük güven ile bölge veya ülkeye yuvarlamayı tercih eder. Şehir olmaması bir hata değil, tahmin yapmaktan kaçınmadır.

Farklılığın neredeyse garantili olduğu dört durum

  1. Mobil proxyler. Tanım gereği en kötü durum: CGNAT, bir ön ek bir ülkenin yarısına yayılmış, medyan hata 200 km civarında. Mobil IP'den kesin bir şehir talep etmek anlamsızdır - ağ böyle çalışmaz. Ayrıca, IP'nin gerçekten mobil olup olmadığını kontrol etmek de faydalıdır, yoksa bir veri merkezi ile sahte bir ASN olabilir: metodolojinin ayrıntıları için gerçek 4G proxy ile sahte ASN arasındaki farkı nasıl ayırt edersiniz materyaline bakın.
  2. Yeniden satılan ve taşınan bloklar. IPv4 alt ağının yeni sahibine devrinden sonra, eski ülke veritabanlarında aylarca kalır. İkincil adresler pazarı aktiftir, bu nedenle bu yaygın bir durumdur, egzotik bir durum değildir.
  3. Anycast ve bulutlar. Aynı ön ek, dünyanın onlarca noktasından duyurulur. Veritabanı bunu tek bir konuma indirmek zorundadır - ve herhangi bir seçim, çoğu sorgu için yanlış olacaktır.
  4. Merkez ofis kaydı. Sağlayıcı bir ülkede kayıtlı, altyapıyı başka bir ülkede tutuyor. Veritabanı belgeleri alır, çünkü başka veri yoktur.

Pratikte ne yapmak gerekir

  1. Önemli olan yerlerde kontrol edin, kontrol aracında değil. Tek önemli test, hedef siteyi açmak ve hangi ülke ve para birimini gösterdiğine bakmaktır. Eğer görev, Google'ın yerel çıktısı veya bölgesel fiyatlar ise, kontrol aracı kesinlikle kabul kriteri değildir.
  2. En az üç veritabanını karşılaştırın. Eğer MaxMind, IPinfo ve DB-IP aynı fikirdeyse - büyük olasılıkla hedef site de aynı şekilde görecektir. Aralarındaki farklılık, adresin tartışmalı olduğu ve sorunlar yaşanacağı anlamına gelir.
  3. "Ülke" ve "şehir" taleplerini ayırın. İyi bir sağlayıcıda ülke güvenilirdir (%99,8 MaxMind tahminine göre). Şehir, en iyi durumda 50 km civarında bir yarıçap ile olasılıksal bir değerdir. Şehir üzerine iş mantığı kurmak, hata payı ile birlikte yapılmalıdır.
  4. Adrese değil, ön eke bakın. Whois'i kontrol edin ve duyurulan bloğun boyutunu kontrol edin. Eğer IP /16'da, ülkenin yarısına yayılmışsa, kesin bir bağlama kimseye olmayacaktır.
  5. Coğrafyayı itibar ile karıştırmayın. Doğru ülke, adresin proxy olarak işaretlenip işaretlenmediği hakkında hiçbir şey söylemez. Bu, ayrı veritabanları üzerinden ayrı bir kontrol gerektirir - "temiz" IP ve proxy itibar kontrolü ile ilgili mitler materyalinde ayrıntılı olarak ele alınmıştır.
  6. Sağlayıcıdan geo-feed hakkında bilgi isteyin. Eğer operatörün alt ağı, RFC 9632'ye göre yayımlanmış bir geo-feed'e sahipse, ülke ve şehir doğrudan ondan gelir, tahminlerden değil. Bu, belirli bir havuzun en güçlü argümanıdır. MaxMind, geo-feed aracılığıyla düzeltmeleri her iş günü içeri alır ve kontrol eder, tek seferlik düzeltmeler 1-2 iş günü içinde yapılır ve ardından veritabanının bir sonraki sürümüne dahil edilir.

Bunun proxy türü seçimindeki etkisi

Ölçümlerden basit bir kural çıkar. Eğer görev kesin bir coğrafya gerektiriyorsa - yerel arama motoru çıktısı, bölgesel fiyatlar, coğrafi hedefli reklamcılık - yerleşik proxyler alın: burada medyan hata birkaç kilometre ile ölçülmektedir. Eğer görev, platformun ağ türüne güvenmesini gerektiriyorsa - sosyal medya, mesajlaşma uygulamaları, mobil uygulamalar - mobil proxyler alın, ancak haritadaki noktanın bölge içinde dalgalanacağını göz önünde bulundurun. Her iki talebi tek bir IP'de birleştirmek fiziksel olarak mümkün değildir: bu, mobil ağların mimarisinin bir kısıtlamasıdır, havuzun kalitesinin değil.

Yüksek oranda kaba hataların olduğu bölgeler için - Asya, Afrika - planlamayı ülke düzeyinde yapın, şehir düzeyinde değil. Araştırma verilerine göre, orada her iki-üç adresten biri, herhangi bir tedarikçi için gerçek yerden yüzlerce kilometre uzakta çıkıyor.

Sonuç

"Yanlış ülke belirleniyor" neredeyse hiç, proxy ile aldatıldığınız anlamına gelmez. Daha sık, iki farklı veritabanının yanıtlarını karşılaştırdığınız ve neden eşleşmediğine şaşırdığınız anlamına gelir. Doğru eylem sırası: hedef platformun hangi veritabanını okuduğunu öğrenmek, coğrafi konumu tam olarak o veritabanında kontrol etmek, tartışmalı adresleri birkaç kaynağa göre karşılaştırmak ve mobil ağlardan şehir doğruluğu talep etmemektir; çünkü onların böyle bir doğruluğu yoktur ve olmayacaktır.

Ve bu yılın ana rakamını aklınızda bulundurun: sabit hatlarda 3–16 km, mobil hatlarda 179–207 km. Bu, destek talebinde bulunmadan önce proxy'lerde coğrafi konumla ilgili şikayetlerin büyük bir kısmını açıklar.