Dönen Proxy’ler: IP Rotasyonu Nasıl Çalışır, İşinizi Ne Zaman Bozar?

Bir fiyat izleme betiği aylarca her gece birkaç yüz ürün sayfasını sorunsuz kontrol etti. Sonra sıklık arttı, ikinci mağaza eklendi; günlükler 429 yanıtları ve CAPTCHA ile doldu. Forumların önerisi dönen proxy kullanmaktır. Daha çok IP, daha az engel düşüncesi ancak yarı yarıya doğrudur.

Proxy, sabit bir geçidin arkasındaki değişen IP’lerden istek göndererek IP başına sınırın altında trafik dağıtır. Ancak adres giriş sırasında da değişebilir ve oturum çoğu zaman bozulur. Rotasyon bir sorunu çözerken yenisini yaratır.

Kısa Versiyon

• Dönen proxy, sunucu adı ve porttan oluşan tek geçit sunar, istekleri havuzdan seçilen IP üzerinden iletir; değişim zamanını kural belirler.
• İstek başına rotasyon, açık sayfaları alma gibi durumsuz işlere uygundur. Giriş ve sepetler için, özellikle IP sürekliliği denetleniyorsa yapışkan oturum veya statik proxy seçin.
• Havuz doğru dönebilir ama başarısız olabilir: Diğer müşteriler ortak IP’lerin itibarını tüketir. Havuz boyutundan çok adreslerin hedefte yeni olması ve az paylaşılması önemlidir.
• Rotasyon hesap, belirteç veya çerez sınırını çözmez. Küçük işlerde önce yavaşlayın ve bekleme süresini belirten Retry-After başlığına uyun.

Dönen Proxy Nedir?

Geçit istekleri havuz IP’lerinden iletir. Kural istek, süre veya oturum başına değiştirir. Sunucu adı ve port aynıdır; hedefin gördüğü adresi geçit seçer.

Bir isteği izleyin:

1. İstemci her seferinde geçidin aynı sunucu adı ve portuna gönderir.
2. Geçit kuralı uygulayıp çıkış IP’si seçer.
3. İstek bu IP’den hedef siteye gider.
4. Hedef çıkış IP’sini görür. Geçit X-Forwarded-For gibi bir başlıkla aktarmadıkça kendi adresiniz gizlidir.

Havuz, sağlık denetimleri ve arıza geçişini sağlayıcı yönetir; betiğiniz yalnızca sunucu ve port bilir. Bu kolaylık hizmetin nedenidir. Kendi proxy’niz ücretsiz rotasyon sağlamaz: Genellikle tek, sabit bir çıkış IP’si verir; ücret havuzu sürdürmek içindir.

Sağlayıcılar geçit ve havuzu backconnect proxy diye adlandırır. MDN’nin proxy sunucu rehberi, gateway’i forward proxy’nin daha yalın diğer adı olarak verir. Adreslerin konut, veri merkezi veya mobil olması değişim sıklığından ayrıdır.

IP Değişimini Ne Belirler?

Kural ve sağlayıcı belirler: İstek veya bağlantı başına, sabit pencereyle ya da açık komutla. İstemci veya yönetici, başarısız ya da engellenmiş isteği yinelemeden önce de değiştirebilir. ‘İstek başına’ anlamını kontrol edin: Birkaç HTTPS isteği aynı tüneli ve IP’yi paylaşabilir. Şifreli HTTPS ileten geçit normalde hedefin durum kodunu okuyup kendiliğinden rotasyon başlatamaz.

Tablo bir kaynak dağılımıdır. Yaymak her IP’yi eşik altında tutar; süreklilik tek ziyaretçiyi tanıtır. İstek başına rotasyon tüm önceliği yaymaya verir. Hata rotasyonu dayanıklı bir orta yol görünür ama maliyeti gizler: Günlükler, hiçbir şey çalışmayana kadar başarılı yinelemeler gösterir. Yapışkan oturum bu tercihi tersine çevirip bir IP’yi bir süre tutar.

Yapışkan Oturum, Rotasyon ve Statik Proxy Arasındaki Fark Nedir?

Yapışkan oturum, istekler tek ziyaretçi gibi görünsün diye bir havuz IP’sini geçici tutar, sonra bırakır. Statik proxy kullandığınız sürece sabit IP verir. İstek rotasyonu hiçbirini tutmaz. Seçim, sitenin istekler arasında sizi tanımasına bağlıdır.

Durumsuz veri almada istek rotasyonu yaygındır. Girişte IP tutan iki seçenek kalır; süre belirler. Yapışkan oturum ödünç alıp geri verir, statik atama sürer. Her gün aynı adresten giriş geri dönen kullanıcıya benzer. Sağlayıcının penceresini en uzun akışınızla kıyaslayın. Arızada bazıları erken IP değiştirir; katı tek-IP modu isteği başarısız kılar. Uzun pencere tek başına süreklilik garantisi değildir.

Rotasyon İşinizi Ne Zaman Bozar?

Giriş, 2FA, sepet, ödeme ve çok adımlı form ortasında IP değişmesi akışı bozabilir. Çerez otomatik geçersiz olmaz; ancak IP’ye bağlı oturumlar veya ağ değişimini dolandırıcılık açısından inceleyen siteler çıkış yaptırabilir, yeniden doğrulama isteyebilir ya da işaretleyebilir.

Bunu proxy’lere karşı özel tutum değil, sitenin görevini yapması olarak görüyorum. Çerez bir dakika önceki tarayıcı olduğunu iddia eder; IP doğrulanabilir kanıttır. Doğrulanmış oturumda ağ atlamak, çalınmış çerezin başka yerde kullanımına benzer; dolandırıcılık sistemleri bunu arar. Çıkış ve 2FA ölçülü yanıtlardır.

OWASP’nin oturum yönetimi rehberi, IP ve User-Agent değişimlerini denetlemeyi açıklar. Güvenlik kurallarına göre beklenmedik değişim uyarı veya oturum sonlandırma getirebilir.

Site sizi iki istek arasında hatırlamalı mı? Evetse bir IP tutun, değilse döndürün. Gece açık fiyatları kontrol etmek gerekmez. Panoya girip rapor dışa aktarmak baştan sona tek IP gerektirir.

Pratik İpucu: Karma işi ayırın: Durumsuz veri için dönen havuz, giriş ve doğrulanmış işlemler için yapışkan veya statik IP. Zıt ihtiyaçlar aynı kuralı paylaşmamalı.

Havuz Neden Birkaç Gün Sonra Çalışmaz?

Doğru rotasyon da başarısız olabilir: IP değişir, itibarı değil. Paylaşılan adres önceki etkinliği miras alır; aynı sitelerde yoğun kullanım işaretlenmeye ve başarı düşüşüne yol açabilir.

Havuz sınırlı ortak kaynaktır; her müşteri sitelerdeki itibarını tüketir. Başkaları aynı IP’lerle sizin hedeflerinize giderse bedeli CAPTCHA ve engel olur. Destek işlerinde itibarı gözlenen etkinliğe tepki veren siteler ve engel listeleri ekosistemi gibi gördüm.

Kolay reklam edilen havuz boyutu beklenenden az şey öngörür. Önemli olan:

• Aynı hedefte son kullanım: Başkasının bir saat önce kullandığı adres zaten sayılmıştır.
• Paylaşan müşteri sayısı: Daha çok iş adresi hızlı yıpratır.
• Ağ çeşitliliği: Birkaç aralıkta toplanmış IP’ler birlikte engellenebilir.
• Önceden işaretlenme: Kötüye kullanım işaretli IP’yi tutan havuz dağıtmaya devam eder.

Çok kullanılmış büyük havuz, hedeflerinizde yeni IP’leri olan küçük havuzdan kötü olabilir. Zaman içinde başarıyı kıyaslayın; ilk başarılı deneme kalıcı performansı kanıtlamaz.

Gerçekten Dönen Proxy Gerekli mi?

IP sınırları altında dağılım sağlayabilir; sınır ve yineleme talimatlarına uymanın yerine geçmez. MDN’nin 429 referansına göre sınırlar genellikle IP’ye, doğrulama veya çerez varsa kullanıcı ya da uygulamaya bağlıdır. Hesap sınırı yeni IP’yi önemsemez; küçük iş önce Retry-After beklemeli.

Standart 429 kodunu tanımlayan RFC 6585’tir. Bekleme için Retry-After kullanılabilir; kullanıcı tanıma ve sayma serbesttir. Örnek, doğrulama bilgileri veya durumlu çerezle tanımayı belirtir.

Üç yanlış alım: Tüm IP’lerin aynı kotayı tüketip 429 almaya devam ettiği hesap, API tokeni veya çerez sınırı; yüzlerce gece sayfasını yayarak Retry-After bekleyebilen ve ücretsiz üstel geri çekilmeyle yineleyebilen küçük iş; sabit kimlik ve IP isteyen oturumlu iş.

Rotasyon IP sınırı, hacme bağlı değer ve izinli kullanım içindeki bağımsız isteklere uyar. Site koşulları hâlâ geçerlidir. Bağlantı düzeyindeki istemci kimliği ve istek temposu da değerlendirilir; rotasyon erişimi garanti etmez.

Almadan önce belgeleri ve başlıkları okuyun. Benzer doğrulanmış istekler 429 alırken aynı IP’den anonim olanlar çalışırsa hesap veya doğrulama sınırı düşündürür, kanıtlamaz. İkisi de başarısızsa IP, kaynak veya sunucu geneli sınır olabilir. Endpoint ve hızı kıyaslanabilir tutup yeniden denemeden Retry-After’a uyun.

Sıkça Sorulan Sorular