Geonode logo
Geonode Team

Geonode Team

Güncellenme: 7 Ekim 2026

Yayınlanma: 2 Eylül 2026

Proxy Havuzu Nedir? Basitçe Açıklanmış

Bir proxy havuzu, istekleri üzerinden yönlendirebileceğiniz IP adreslerinin bir koleksiyonudur; genellikle sizin adınıza bir adres seçen tek bir uç noktanın arkasında bulunur. Herkesin belirttiği sayı — yani havuzda kaç adres olduğu — bu konuyla ilgili en az yararlı olan şeydir. Bu kılavuz, bir havuzun işiniz için uygun olup olmadığını belirleyen faktörleri, karar vermeden önce bunu nasıl değerlendireceğinizi ve gerçekte kaç adrese ihtiyacınız olduğunu ele alır; bu sayı neredeyse her zaman düşündüğünüzden daha azdır.

Bu makaleyi şekillendiren açıklama: Biz Geonode olarak proxy havuzlarına erişim satıyoruz; dolayısıyla büyük bir rakam verip konuyu geçiştirmek için bariz bir nedenimiz var. Size, havuz büyüklüğünün çoğunlukla bir pazarlama rakamı olduğunu, sizin tarafınızdan doğrulanamayacağını ve daha küçük, iyi dağıtılmış bir havuzun, daha büyük ve yoğunlaşmış bir havuzdan rutin olarak daha iyi performans gösterdiğini söylemeyi tercih ederiz. Bu argüman, bizim kendi başlık rakamlarımıza da en az diğerleri kadar ters düşüyor. Aşağıdaki testler, biz dahil herhangi bir sağlayıcıda işe yarar — deneme süresince bunları çalıştırın ve açılış sayfasındaki bilgilere değil, sonuçlara göre satın alma kararınızı verin.

Proxy Havuzu Nedir?

Belirli bir adreste belirli bir proxy'yi yapılandırmak yerine, tek bir uç noktayı yapılandırırsınız. Bunun arkasında bir dizi adres bulunur ve sağlayıcının ağ geçidi her istek veya her oturum için bunlardan birini seçer.

your client → gateway.provider.com:9000 → [ one of many exit addresses ] → target

Ağ geçidi, seçimi, durum kontrolünü, kimlik doğrulamayı ve — ürüne bağlı olarak — coğrafi hedeflemeyi ve oturum kalıcılığını yönetir. Sizin tarafınızda ise tek bir ana bilgisayar adı ve tek bir kimlik bilgisi kümesi vardır.

Bu yapıdan üç sonuç çıkar ve bunlar konunun özünü oluşturur.

Adresi siz seçmezsiniz. Tercihlerinizi belirtirsiniz — bir ülke, bir oturum, bazen bir şehir — ve ağ geçidi bunları çözümler. Hangi adrese yönlendirileceğiniz size bağlı değildir.

Havuzun denetimini yapamazsınız. Size verilen adresleri görürsünüz. Ağ geçidinin arkasında on bin mi yoksa on milyon mu adres olduğu dışarıdan gözlemlenemez; işte bu nedenle, ilan edilen rakam bir karar için yetersiz bir temeldir.

Davranışlar paylaşılır. Diğer müşteriler de aynı adresleri kullanır. Onların davranışları sizin başarı oranınızı etkiler; sizinkiler de onlarınkini.

Havuz Büyüklüğü Yanlış Bir Ölçüttür

“150 milyon konut IP’si” bu sektördeki standart manşettir. İşte bunun satın alma kararınızı etkilememesi gereken nedenler.

Bu rakam doğrulanamaz. Hiçbir müşteri bir havuzu sayamaz. Bu rakam bir iddiadır ve doğrulanamayan iddialar zamanla piyasada giderek abartılır.

Bu rakam, şu anda kullanılabilir adresleri değil, herhangi bir zamanda görülen adresleri sayar. Konut havuzları, gelip giden bağlantılardan oluşur. Geçen çeyrekte bir kez gözlemlenen bir adres, hâlâ toplamda yer alıyor olabilir.

Bu rakam, adreslerin nerede olduğu hakkında hiçbir bilgi vermez. Portekiz’e ihtiyacınız varsa, bir avuç ülkede yoğunlaşmış 100 milyon adresin hiçbir faydası yoktur. Önemli olan, ihtiyacınız olduğu zamanlarda, ihtiyacınız olan belirli konumlarda adreslerin kullanılabilir olmasıdır.

Yoğunlaşma, ham sayının değerini ortadan kaldırır. Siteler adrese göre değil, alt ağa göre engelleme yapar — bu nedenle, bir /24 adresi içindeki elli adres, engelleme açısından elli adresten ziyade tek bir adres gibi davranır. Dört bin farklı /24adresine yayılmış on bin adreslik bir havuz, birkaç yüz bloğa yoğunlaşmış bir milyon adresten daha dayanıklıdır. Ardışık adresler, bir sağlayıcı için edinmesi en ucuz adres türüdür; işte bu yüzden manşetlerdeki sayılar, çeşitlilikten daha kolay şişirilir. Bu mekanizmayı alt ağ kimliği nedir başlıklı yazımızda ayrıntılı olarak ele aldık.

Bu, hedefinizdeki davranışlarla ilgili hiçbir şey söylemez. Başarı oranınızı öngören tek ölçüt, zaman içinde hedefinizde elde ettiğiniz başarı oranıdır.

Kaliteyi Gerçekten Belirleyen Dört Unsur

1. Dağılım. Adreslerin, ihtiyacınız olan ülkelerde kaç farklı alt ağ ve otonom sistemi kapsadığı. Bu, dayanıklılığın en iyi tek göstergesidir ve deneme süresince ölçülebilir.

2. Bulunduğunuz yerlerdeki kullanılabilirlik. Kapsama haritası değil — işinizin bağlı olduğu belirli şehir ve ülkelerden gözlemlenen gerçek başarı oranı. Mükemmel küresel kapsama alanına sahip sağlayıcılar, tam da ihtiyacınız olan yerde yetersiz kalabilir.

3. İtibar. Adreslerin hedefleriniz tarafından halihazırda işaretlenip işaretlenmediği. Bu, soyut anlamda adres havuzunun bir özelliği değildir; adres havuzu ile sizin için önemli olan site arasındaki bir ilişkidir; bu nedenle yalnızca gerçek hedefleriniz üzerinde test edilebilir.

4. Kaynak Bulma. Adreslerin nasıl elde edildiği. Konut havuzları için bu, hem etik hem de istikrarı belirler. Trafiği taşıyan bağlantıların sahiplerinden bilgilendirilmiş rıza alınmadan oluşturulan ağlar istikrarsızdır — katılımcılar ayrılır, cihazlar çevrimdışı kalır ve Google’ın tehdit istihbarat ekibinin Ocak 2026’da birbiriyle bağlantılı bir grup satıcıya karşı duyurduğu yaptırım eylemi, yasal risklerin de gerçek olduğunu göstermiştir. Soruyu sorun; kaçınmayı bir cevap olarak değerlendirin.

Bunların hiçbiri fiyatlandırma sayfasında yer almaz. Dördünün de deneme sürümünde test edilebilir.

Rotasyon Modelleri ve Her Birinin Ne Zaman Uygun Olduğu

Başarı oranınız açısından, ağ geçidinin adresleri nasıl dağıttığı, mevcut adres sayısından daha önemlidir.

İstek başına rotasyon. Her istek için yeni bir adres. Durum bilgisi içermeyen, bağımsız sayfaların yüksek hacimli toplanması için uygundur. Oturum içeren her şey için uygun değildir, çünkü dört ülkeden gelen çok adımlı bir dizi, gerçek bir kullanıcının oluşturacağı bir model değildir.

Sabit oturumlar. Belirli bir süre boyunca (genellikle bir dakikadan yarım saate kadar) aynı adresin kullanılması. Süreklilik gerektiren her şey için uygundur: oturum açma işlemleri, çok adımlı akışlar, sepet işlemleri, oturuma bağlı sayfalandırılmış sonuçlar. Çoğu sağlayıcı, bunu kullanıcı adındaki bir oturum tanımlayıcısı veya belirli bir bağlantı noktası aracılığıyla sağlar.

Statik adresler. Süresiz olarak aynı adres; genellikle IP başına fiyatlandırılan ISS veya veri merkezi ürünleri. Kararlı, “sıcak” bir kimlik istediğinizde ve itibarını kendiniz yönetmeye hazır olduğunuzda uygundur.

Özel rotasyon. Kendi listenizi tutar ve seçim yaparsınız. Maksimum kontrol, maksimum iş yükü.

Sık yapılan ve pahalıya mal olan bir hata, oturum tabanlı işler için istek başına rotasyon kullanmaktır. Bu, en yaygın kullanım senaryosuna uygun olduğu için çoğu ağ geçidinde varsayılan ayardır ve durum bilgisi olan her şeyi sessizce bozar — istekler başarılı olur, oturum durumu kaybolur ve bu durum bir uygulama hatası gibi görünür.

Aslında Kaç Adrese İhtiyacınız Var?

Pazarlama söylemlerinin ima ettiğinden çok daha az sayıda, ve bunu öğrenmenin doğru yolu teorik değil, deneysel bir yaklaşımdır.

Sınırın nerede olduğunu ölçün. İş yükünüzü tek bir adresten çalıştırın ve 429 hataları, doğrulama istekleri veya yavaşlamış yanıtlar görmeye başlayana kadar istek hızını artırın. Bu eşik değeri, o hedef için adres başına kapasitenizdir.

Bölün. İhtiyacınız olan iş hacmini adres başına kapasiteye bölün; sonuç, yaklaşık olarak ihtiyacınız olan eşzamanlı adres sayısıdır.

Uygulamalı bir örnek. Bir hedefin, hız sınırlamasına geçmeden önce tek bir adresten yaklaşık olarak her iki saniyede bir istek kabul ettiğini varsayalım — saatte 1.800 istek. Günde 50.000 istek gerekiyor. Bunu 24 saate yayarsak saatte yaklaşık 2.100 istek eder; bu durumda teknik olarak iki adres yeterli olur, dört adres ise yeniden denemeler ve değişiklikler için rahat bir marj sağlar.

İki adres. Milyonlarca adresin bulunduğu bir havuz karşısında.

Asıl mesele bu farkta yatıyor. Gerçekten daha fazlasına ihtiyaç duyabileceğiniz nedenler:

  • Çalışmanız coğrafi nitelikteyse ve hacimden ziyade birçok konumda varlık göstermeniz gerekiyorsa
  • Bir iş yükünü bir güne yaymak yerine hızlı bir şekilde tamamlamanız gerekiyorsa
  • İtibarınız düşüyorsa ve rotasyon için adreslere ihtiyacınız varsa
  • Hedefinizin sınırları adres başına belirlenmişse ve örnektekinden çok daha sıkıysa

Bunları hesaba katsak bile, çoğu iş yükü için gerçek rakam binler değil, onlarca ila birkaç yüz arasındadır. Ayrıca, trafiğe göre fiyatlandırılan bir havuzda, ödediğiniz tutar adres sayısına bağlı değildir — bayt başına ödeme yaparsınız; bu nedenle asıl önemli olan hesaplama, proxy fiyatlandırma kılavuzumuzda yer alan hesaplamadır.

Havuzlar Nasıl Oluşturulur?

Fiyat farklılıklarını ve etik kuralları açıkladığı için bu konuyu anlamakta fayda var.

Veri merkezi havuzları, barındırma sağlayıcılarına tahsis edilen ve sağlayıcının kontrolündeki sunucularda çalışan adreslerdir. Ucuz, hızlı, kararlı ve bitişik bloklar halinde tahsis edilirler — bu yüzden toplu olarak tespit edilmesi ve engellenmesi en kolay olanlardır. Bir site, otonom sistem numarası üzerine bir kural uygulayarak tüm bir barındırma sağlayıcısını hariç tutabilir.

Konut havuzları ise tüketici bağlantıları üzerinden yönlendirilir. Sağlayıcı bu bağlantıların sahibi değildir, bu nedenle birine ödeme yapılması gerekir: genellikle kullanıcılara ödeme yapan veya karşılığında ücretsiz hizmet sunan uygulamalar ya da SDK’lar aracılığıyla. Gigabayt başına bu maliyet gerçektir ve ölçek büyüdükçe azalmaz; bu nedenle konut fiyatlandırması şu seviyededir — piyasa genelinde gigabayt başına yaklaşık 0,79 ila 7,00 dolar.

İSS veya statik konut havuzları, tüketici İSS'lerine kayıtlı ancak veri merkezlerinde barındırılan adreslerdir. Tüketiciye yönelik, istikrarlıdır ve gigabayt başına değil adres başına fiyatlandırılır.

Mobil havuzlar, operatör ağları üzerinden yönlendirilir; burada adresler, operatörün kendisi tarafından birçok abone arasında paylaşılır. En pahalı olanıdır ve işleniş şekli bakımından gerçekten farklıdır.

Çıkarılması gereken sonuç şudur: olağandışı derecede ucuz bir konut havuzu, satın alma kararı yerine soru işareti uyandırmalıdır. Altta yatan maliyet gerçektir. Piyasa fiyatının çok altında olması, ya sağlayıcının açıklayabileceği bir hacim avantajı ya da kimseye ödeme yapılmayan bir tedarik uygulaması anlamına gelir.

Kendi Havuzunuzu Yönetmek mi, Yoksa Hazır Bir Havuz Satın Almak mı?

Bazen denemeye değer, ancak çoğu zaman değmez.

Satın alma size ölçek, coğrafi kapsama alanı, durum kontrolü ve adresler sorunlu hale geldiğinde bu sorunun başkasına ait olmasını sağlar. Gigabayt başına veya adres başına ödeme yaparsınız ve havuzu başkalarıyla paylaştığınızı kabul edersiniz.

Kendi havuzunuzu oluşturmak — sunucuları kiralamak ve kendi proxy'lerinizi çalıştırmak — size itibarını yalnızca sizin kontrol ettiğiniz özel adresler, gigabayt başına ücretlendirme olmaması ve tam görünürlük sağlar. Bunun maliyeti ise sunucu kiralama, kurulum, izleme ve işaretlenen adresleri değiştirme gibi sürekli bir iştir. Ayrıca, konut havuzunu kendiniz yasal olarak oluşturamayacağınız için yalnızca veri merkezi adreslerine sahip olursunuz.

Mantıklı kural şudur: İtibarı sizin için önemli olan az sayıda istikrarlı veri merkezi adresine ihtiyacınız varsa ve hacminiz ölçümün zararlı olacağı kadar yüksekse, kurun. Coğrafi yayılım, konut özellikleri veya kendiniz işletmek istemeyeceğiniz ölçeğe ihtiyacınız varsa satın alın.

Uygulamada iyi sonuç veren hibrit çözüm, toleranslı hedeflere yönelik yüksek hacimli işler için küçük, kendi kendinize yönettiğiniz bir veri merkezi adresleri kümesi ile, buna ihtiyaç duyulan belirli istekler için satın alınan bir konut havuzudur. İş yüklerinin çoğu genellikle ilk kategoriye girer ve bir veri merkezi adresinin sorunsuzca getirdiği sayfalar için konut tarifeleri ödemek, bu alanda gereksiz masraf yapmanın en yaygın yoludur.

Karar Vermeden Önce Havuzu Ölçmek

Bunu deneme süresince yapın. Bir saat sürer ve herhangi bir karşılaştırma tablosundan çok daha değerli bir bilgidir.

Farklı adresleri ve farklı alt ağları sayın:

for i in $(seq 1 300); do curl -s -x "$PROXY" https://api.ipify.org; echo; done \
  | sort -u > ips.txt

wc -l < ips.txt                                # unique addresses
cut -d. -f1-3 ips.txt | sort -u | wc -l        # unique /24 blocks

Blokların adreslere oranı, çeşitlilik göstergenizdir. 1:1’e yakın bir oran mükemmeldir. Blok başına on adres ise yoğunlaşmış demektir.

Bu işlemi her ülke için tekrarlayın. Toplam çeşitlilik, yerel yoğunlaşmayı gizler; oysa sizin ihtiyacınız olan şey yerel çeşitliliktir.

Gerçek hedefinizde başarı oranını ölçün; bunu hedef ve bölgeye göre segmentlere ayırarak birkaç dakika yerine birkaç gün boyunca yapın. İtibar sorunları ve günün saatine bağlı etkiler, beş dakikalık bir testte ortaya çıkmaz.

Adreslerin ödediğiniz hizmetle uyumlu olup olmadığını kontrol edin. Bir örneklemdeki whois adresi, barındırma şirketlerini değil, konut havuzuna ait tüketici ISS'lerini göstermelidir.

Oturum davranışını test edin. Kalıcı oturumların, ilan edilen süre boyunca gerçekten aynı adresi koruduğunu ve adresin beklediğiniz zamanda değiştiğini doğrulayın.

Coğrafi konumu arama sonucuna göre değil, sonuca göre test edin. Bölgesel olarak farklı içerik gerçekten farklı mı? Sayfa size yerel içeriğinizi gösterirken IP araması "Japonya" sonucunu veriyorsa, bu coğrafi konumun olması gereken yere ulaşmadığı anlamına gelir.

Sık Sorulan Sorular

Proxy havuzu nedir?

Tek bir uç nokta üzerinden erişilebilen IP adresleri topluluğudur; burada sağlayıcının ağ geçidi, her istek veya oturum için bir adres seçer. Belirli adresler seçmek yerine, tek bir ana bilgisayar adı ve tek bir kimlik bilgisi seti yapılandırır ve ülke veya oturum sürekliliği gibi tercihlerinizi belirtirsiniz.

Bir proxy havuzu ne kadar büyük olmalıdır?

İlan edilen rakamların önerdiğinden daha küçük olmalıdır. Tek bir adresten başlayan hız sınırlamasının gerçek hedefinize göre nerede başladığını ölçün, ardından gerekli veri aktarım hızınızı bu kapasiteye bölün. Gereksinim hacimden ziyade coğrafi kapsama alanı değilse, çoğu iş yükü binlerce değil, onlarca ila birkaç yüz eşzamanlı adrese ihtiyaç duyar.

Havuz boyutu önemli mi?

Dağılımdan çok daha az önemlidir. Siteler alt ağ bazında engelleme yapar; bu nedenle aynı /24 içindeki adresler birbiriyle ilişkilidir ve birlikte kaybedilebilir. Dört bin blokta dağıtılmış on bin adres, birkaç yüz blokta dağıtılmış bir milyondan daha dayanıklıdır. Havuz boyutu ayrıca müşteri tarafında doğrulanamaz; bu nedenle piyasada abartılı rakamlar ortaya çıkar.

Dönen proxy ile proxy havuzu arasındaki fark nedir?

Havuz, adresler kümesidir; rotasyon ise bu adreslerin atanmasına ilişkin politikadır. Aynı havuz, istek başına rotasyon, seçilen süreli sabit oturumlar veya statik atama seçenekleriyle sunulabilir. İş yükünüz için yanlış rotasyon politikası seçmek, havuz büyüklüğünden daha sık sorunlara yol açar.

Bir proxy havuzunun kalitesini nasıl kontrol edebilirim?

Birkaç yüz çıkış adresinden örnek alın, farklı /24 bloklarını sayın ve bunu her ülke için tekrarlayın. Ardından, birkaç gün boyunca hedef ve bölgeye göre segmentlere ayırarak gerçek hedeflerinizdeki başarı oranını ölçün. Kalıcı oturumların gerçekten devam ettiğini doğrulayın ve coğrafi konumu, IP aramasına göre değil, bölgesel içeriğin farklı olup olmadığına göre teyit edin.

Daha büyük proxy havuzları daha mı pahalıdır?

Doğrudan değil. Konut tipi fiyatlandırma gigabayt bazındadır; dolayısıyla adres sayısı yerine veri miktarı için ödeme yaparsınız ve havuz büyüklüğü, fiyatı yalnızca sağlayıcının maliyetleri aracılığıyla dolaylı olarak etkiler. IP başına ürünlerde ise satın aldığınız şey tam anlamıyla adres sayısıdır — işte bu nedenle bu iki fiyatlandırma modeli, nominal fiyatlar açısından karşılaştırılamaz.

Kendi proxy havuzumu oluşturabilir miyim?

Evet, veri merkezi adresleri için: sunucuları kiralayın, proxy yazılımını çalıştırın ve bunları yönetin. Kurulum ve sürekli bakım karşılığında özel adresler, kontrol edilebilir itibar ve ölçüm kısıtlaması olmadan hizmet alırsınız. Konut havuzunu kendiniz yasal olarak oluşturamazsınız, çünkü bunun için trafiği taşıyan kişilerin rızası gerekir.

Bir havuzda başarı oranım neden değişiklik gösteriyor?

Çünkü adresler birbirine eşdeğer değildir. Bazıları hedefiniz tarafından zaten işaretlenmiştir, bazıları itibarı düşük bloklarda yer alır, bazıları ise yavaş tüketici bağlantılarındadır. Paylaşımlı havuzlar ayrıca diğer müşterilerin davranışlarını da yansıtır. Ortalama bir rakamda çökmüş bir hedef görünmez olduğundan, toplam yerine hedef başına ölçüm yapın.

Sonuç

Bir proxy havuzu, arkasında adresler barındıran bir ağ geçididir ve bunun sizin için işe yarayıp yaramayacağını belirleyen neredeyse her şey, fiyatlandırma sayfasında görünmez.

Başlıkta belirtilen adres sayısı, mevcut rakamlar arasında en az yararlı olandır: doğrulanamaz, artık mevcut olmayabilecek adreslerle şişirilmiştir ve bu adreslerin nerede olduğu ya da nasıl dağıldığı konusunda hiçbir bilgi vermez. Dağılım ise dayanıklılığı gerçekten öngören rakamdır; çünkü engelleme alt ağ düzeyinde gerçekleşir ve yoğunlaşmış havuzlar gruplar halinde başarısız olur.

Önemli olan ölçümler, deneme süresince yaklaşık bir saat sürer. Birkaç yüz çıkıştan örnek alın ve toplam olarak değil, ülke bazında farklı engellemeleri sayın. Gerçek iş yükünüzü birkaç gün boyunca gerçek hedeflerinize karşı çalıştırın ve hedefe göre başarı oranını izleyin. Yapışkan oturumların korunduğunu ve coğrafi konumun gerçekte gördüklerinizi değiştirdiğini doğrulayın. Ardından bu rakamlara göre satın alın.

Ve tüm bunlardan önce, hız sınırlamasının nerede başladığını ölçerek kaç adrese ihtiyacınız olduğunu belirleyin. Cevap genellikle pazarlamanın ima ettiğinden iki kat daha azdır ve bunu bilmek, hangi ürünü satın almanız gerektiğini tamamen değiştirir.