IP Rotasyonu Nedir ve Nasıl Çalışır?

Yayın tarihi:

15 dk okuma

Acar Diveroli
Yazar: Acar Diveroli
Tek bir ağ geçidi çekirdeğinden yelpaze gibi açılan yüzlerce çıkış yolu ve üç ayrı çıkış IP adresini gösteren etiketler

Dönen bir proxy aldınız, betiğinizi bağladınız ve IP yankı servisine art arda üç istek attınız. Üçünde de aynı adres geldi. Ya da tersi oldu: kendi panelinize giriş yapan betik, ikinci sayfada yeniden giriş ekranına düştü, çünkü çıkış IP'si oturumun ortasında değişti. İki durumda da proxy bozuk değildir. Rotasyonun hangi olayla tetiklendiği bilinmeden kurulmuş bir düzen vardır.

Bu yazıda IP rotasyonunun ne olduğunu kısaca tanımlayıp asıl konuya, sürecin nasıl işlediğine geçiyoruz: ağ geçidi (gateway) arkasında bir isteğin izlediği yol, üç rotasyon modu (istek başına, süreli, sticky oturum), birbirine karışan terimler, IP'nin beklediğiniz gibi değişmemesinin en yaygın nedeni olan bağlantı yeniden kullanımı ve rotasyonun bozduğu şeyler. Sonunda rotasyonu doğrulayan, denenmiş kısa bir Python örneği ile bir karar rehberi var.

IP rotasyonu nedir?

IP rotasyonu (proxy rotasyonu da denir), giden ağ isteklerinde kullanılan çıkış IP'sinin tek bir adreste kalmayıp bir IP havuzundaki adresler arasında değiştirilmesidir. Bu işi sizin yerinize yapan hizmete dönen proxy, rotasyonlu proxy ya da İngilizce adıyla rotating proxy denir; ürünün tanımı, havuzu ve hedefleme seçenekleri o sayfada anlatılıyor. Burada ürünü değil süreci ele alıyoruz: IP ne zaman değişir, ne zaman değişmez ve bunu kim belirler.

Kavram aslında yabancı değil. Ev internetinizdeki dinamik IP de bir tür rotasyondur: servis sağlayıcınız adresinizi zaman zaman değiştirir, ama ne zaman değişeceğine ve hangi adresin geleceğine siz karar veremezsiniz. Bu tarafı Statik IP ve Dinamik IP Farkı ve IP Adresi Nasıl Değiştirilir? yazılarımızda anlattık. Proxy rotasyonunun farkı, kontrolün sizde olmasıdır: değişimin sıklığını, ülkesini ve hangi isteklerin aynı adresten çıkacağını siz seçersiniz.

Rotasyon ne işe yarar, ne işe yaramaz?

Rotasyonun üç meşru amacı vardır:

  • Yükü dağıtmak. Yüzlerce sitenin herkese açık sayfalarını toplayan bir iş, bütün trafiği tek adresten çıkardığında o adrese gerçek bir ziyaretçinin üretemeyeceği kadar istek düşer. Rotasyon, adres başına düşen yükü makul seviyede tutar.
  • Konuma göre içeriği görmek. Fiyat, stok ve arama sonuçları ziyaretçinin ülkesine göre değişir. Havuzu bir ülkeye ya da şehre sabitleyip o konumun içinde dönmek, o pazarın gerçek görünümünü verir.
  • Oturumları ayırmak. Birbirinden bağımsız işlerin (farklı müşteri hesapları, farklı test senaryoları) her biri kendi adresinden çıkar; biri diğerinin izini taşımaz.

İşe yaramadığı yer de bellidir. Site 429 ile yavaşlamanızı istediyse, robots.txt ile bir yolu kapattıysa ya da şartlarında otomatik erişimi yasakladıysa, IP değiştirip aynı hızla devam etmek sorunu çözmez; site sahibinin açıkça söylediği bir tercihi yok saymak olur. Bu çerçevenin tamamı Web Scraping'de Engellenmeden Veri Toplama Yöntemleri yazımızda, 429'un doğru karşılığı ise 429 Too Many Requests ve Rate Limit Hatası Nedir? yazımızda.

Ağ geçidi (backconnect) üzerinden rotasyon nasıl çalışır?

Eski usul rotasyonda elinizde bir proxy listesi olur ve sıradaki adresi kodunuz seçer. Ağ geçidi modelinde liste sizde değildir. Tek bir host:port adresine bağlanırsınız, arkadaki havuzu sağlayıcı yönetir. Bu mimariye backconnect denir. Bir HTTPS isteğinin izlediği yol şöyledir:

  1. İstemci ağ geçidine bağlanır. Betiğiniz pr.proxynet.io:8000 gibi sabit bir endpoint'e TCP bağlantısı açar.
  2. Kimlik ve parametreler okunur. Ağ geçidi Proxy-Authorization başlığındaki user:pass bilgisini doğrular. Ülke, şehir ve oturum kimliği gibi tercihler de bu aşamada, kullanıcı adına eklenen parametrelerden okunur. İki kimlik doğrulama yöntemi Proxy Kimlik Doğrulama: User:Pass ve IP Whitelist yazımızda.
  3. Havuz süzülür. Konum hedefi verdiyseniz ağ geçidi yalnız o ölçüte uyan çıkışları aday sayar. Rotasyon bu alt kümenin içinde gerçekleşir.
  4. Çıkış düğümü seçilir. Rotasyon moduna göre ya yeni bir çıkış atanır ya da oturumunuza daha önce bağlanmış çıkış yeniden kullanılır. Üç rotasyon modunu ayıran adım budur.
  5. Tünel kurulur. Ağ geçidi, seçilen çıkış üzerinden hedefe bağlanır ve istemciye 200 Connection Established döner. TLS el sıkışması bundan sonra, istemci ile hedef site arasında yapılır.
  6. Trafik iletilir. Hedef site isteği çıkış düğümünün IP'sinden gelmiş görür. Ağ geçidinin ve sizin adresiniz hedefe ulaşmaz.

İstemcinin ağ geçidine gönderdiği ilk satırlar şuna benzer:

text
CONNECT ornek.com:443 HTTP/1.1
Host: ornek.com:443
Proxy-Authorization: Basic dXNlcjpwYXNz

CONNECT yöntemi RFC 9110'un 9.3.6 bölümünde tanımlıdır ve burada önemli bir ayrıntı saklıdır: tünel kurulduktan sonra proxy yalnızca bayt taşır. İçeriden geçen HTTPS isteklerini tek tek göremez. Çıkış IP'si tünel kurulurken seçilir ve tünel açık kaldığı sürece değişmez. "Her istekte yeni IP" sözünün pratikteki anlamı bu yüzden "her yeni bağlantıda yeni IP"dir. Şifresiz HTTP'de proxy her isteği ayrı ayrı görür, o yüzden orada gerçekten istek başına değişim yapılabilir; ama bugün sitelerin çoğu HTTPS ile çalıştığı için kural olarak bağlantıyı esas alın.

Üç rotasyon modu: istek başına, süreli ve sticky oturum

Modlar, dördüncü adımdaki "yeni çıkış mı, eski çıkış mı" kararını hangi olayın tetiklediğine göre ayrılır.

İstek başına rotasyon

Ağ geçidine açılan her yeni bağlantı havuzdan farklı bir çıkış alır. İstemci hiçbir durum tutmaz, ağ geçidi de sizin için bir şey hatırlamaz. Birbirinden bağımsız çok sayıda sayfayı toplayan işlerin modudur: her ürün sayfası tek bir istektir ve bir sonrakinin aynı adresten gelmesi gerekmez. Bedeli, her istekte yeni bir TCP ve TLS el sıkışmasıdır; gecikme, bağlantıyı yeniden kullanan bir kuruluma göre yükselir.

Süreli rotasyon

Çıkış IP'si belirli bir aralıkla değişir. Aralık dolana kadar açtığınız bütün bağlantılar aynı adresten çıkar, dolunca hepsi birlikte yeni adrese geçer. Tetikleyici saattir, sizin istekleriniz değil. Tek bir modem ya da cihaz üzerinden çalışan mobil proxy portlarında sık görülür: IP, cihaz operatör ağına yeniden bağlandığında yenilenir. Kurulumu basittir, ama değişim anının işinizin neresine denk geleceğini seçemezsiniz.

Sticky oturum

Kullanıcı adına bir oturum kimliği (session ID) eklersiniz. Aynı kimlikle gelen bağlantılar aynı çıkışa, farklı kimlikler farklı çıkışlara bağlanır. Oturumun ne kadar süre aynı IP'de tutulacağını panelden 1-60 dakika arasında seçersiniz; süre dolduğunda ya da siz kimliği değiştirdiğinizde ağ geçidi yeni bir çıkış atar. Süreli rotasyondan farkı, gruplamayı sizin yapmanızdır: yirmi paralel işin her birine ayrı kimlik verirseniz, her biri kendi sabit adresiyle yan yana çalışır. Giriş yapılan paneller, sepet akışları ve sayfalama gibi sunucuda durum tutan işlerin modudur. Ürün tarafı Sticky Proxy sayfasında.

Bir sınırı vardır: residential ve mobil havuzlarda çıkış düğümü gerçek bir cihazdır ve ağdan ayrılabilir. O zaman ağ geçidi oturumu süre dolmadan başka bir çıkışa taşır. Sticky oturum "bu süre boyunca aynı IP'yi tutmaya çalış" demektir, garanti değildir. Kesin süreklilik gereken işte adresin size tahsisli olduğu Statik Proxy kullanılır.

İstek başınaSüreliSticky oturumStatik (karşılaştırma için)
IP'yi değiştiren olayHer yeni bağlantıSürenin dolmasıOturum kimliğinin değişmesi ya da sürenin dolmasıDeğişmez
Kontrol kimdeAğ geçidiSaatSizYok
Durum tutan akışlarBozulurDeğişim anında bozulurKorunurKorunur
Paralel işlerdeHer bağlantı ayrı IPHepsi aynı IPKimlik başına ayrı IPIP sayınız kadar
Tipik işBağımsız sayfaların toplu okunmasıTek cihazlı mobil portGiriş, sepet, sayfalamaAPI izin listesi, uzun ömürlü hesap

Terimler: rotating proxy, backconnect, sticky ve diğerleri

Aynı şeye üç ad verildiği, farklı şeylere de aynı ad takıldığı için terimler sık karışır. Türkçe kaynaklardaki "dönen proxy", "rotasyonlu proxy" ve "rotating proxy" aynı üründür.

TerimNe anlatırSık karıştırıldığı şey
IP rotasyonu / proxy rotasyonuSüreç: çıkış IP'sinin havuz içinde değişmesiÜrünün adı sanılır
Dönen proxy / rotasyonlu proxy / rotating proxyÜrün: rotasyonu ağ geçidinde yapan proxy hizmetiProxy listesi
BackconnectMimari: tek endpoint, arkada havuzAyrı bir proxy türü sanılır; oysa dönen proxy'nin çalışma biçimidir
Ağ geçidi (gateway)Bağlandığınız host:port; çıkışı seçen sunucuÇıkış IP'si. Hedef site ağ geçidinin adresini görmez
Çıkış düğümü / çıkış IP'siHedef sitenin gördüğü adresAğ geçidinin adresi
IP havuzuAğ geçidinin seçim yaptığı adresler kümesiSize ait adresler. Havuz paylaşımlıdır
Sticky oturumAynı oturum kimliğinin bir süre aynı çıkışa bağlanmasıStatik IP. Sticky geçicidir
Statik proxySize tahsisli, değişmeyen adresUzun süreli sticky oturum
Proxy listesiRotasyonu kendi kodunuzla yaptığınız sabit adresler dizisiDönen proxy

Bir uyarı: "sticky session" aramasında yük dengeleyici belgeleri de çıkar. Orada terim, bir ziyaretçinin hep aynı arka uç sunucusuna yönlendirilmesini anlatır. Mantık aynı, yön terstir: yük dengeleyicide gelen trafik, proxy'de giden trafik sabitlenir.

Rotasyonu kod mu yapmalı, ağ geçidi mi?

Elinizde size ait sabit adreslerden oluşan bir liste varsa rotasyonu kodunuz yapar: her istekten önce listeden sıradaki ya da rastgele bir adres seçilir. Sıralı seçim yükü eşit böler; rastgele seçim, paralel çalışan işler arasında ortak bir sayaç tutmayı gerektirmez. Yanıt vermeyen adresi listeden çıkarmak ve adres başına hızı sınırlamak da size kalır. İki yöntemin Python kodunu, Requests ile adım adım, Python ile Rotating Proxy yazımızda verdik; burada yeniden yazmıyoruz.

Ağ geçidi modelinde bu işlerin hepsi karşı tarafa geçer. Kodunuzda tek bir proxy adresi kalır, rotasyon modu kullanıcı adındaki parametrelerle seçilir. Karşılığında adresleri tek tek tanımazsınız: bir sonraki isteğin hangi IP'den çıkacağını önceden bilemez, yalnız ülkesini, şehrini ve oturum davranışını belirlersiniz. Birkaç adresle çalışan küçük bir iş için liste yeterlidir; havuz büyüdükçe listenin bakımı işin kendisinden fazla zaman alır.

IP neden değişmedi? Bağlantı yeniden kullanımı

İstek başına rotasyon açıkken hep aynı IP'yi görmenin en yaygın nedeni proxy değil, istemcinizdir. HTTP/1.1'de bağlantılar varsayılan olarak kalıcıdır (RFC 9112, 9.3): istemci bir yanıtı aldıktan sonra aynı TCP bağlantısını bir sonraki istek için açık tutar. Proxy arkasında bu, aynı CONNECT tünelinin yeniden kullanılması demektir. Tünelin çıkışı kurulurken seçildiği için ağ geçidi rotasyon yapacak bir an bulamaz.

Bağlantıyı yeniden kullanan istemciler tahmin ettiğinizden fazladır. Python Requests'te Session nesnesi bunu kendiliğinden yapar; Requests belgesi keep-alive'ın oturum içinde otomatik olduğunu söyler. HTTPX'te Client, AIOHTTP'de ClientSession, Node.js'te keep-alive açık agent'lar ve bütün tarayıcılar aynı şekilde davranır. Kütüphane farkları HTTPX, Requests ve AIOHTTP yazımızda.

Ne yapacağınız, ne istediğinize bağlıdır:

  • Her istekte yeni IP istiyorsanız her istek için yeni bağlantı açın ya da isteğe Connection: close başlığı ekleyin. Hedef yanıttan sonra bağlantıyı kapatır, tünel de onunla birlikte kapanır. Her seferinde yeniden el sıkışmanın maliyetini kabul etmiş olursunuz.
  • Aynı IP'de kalmak istiyorsanız keep-alive'a güvenmeyin. Bağlantı zaman aşımıyla, sunucu tarafından ya da bir yeniden denemeyle kopabilir ve yeni bağlantı yeni bir IP getirir. Sürekliliği oturum kimliğiyle, yani sticky oturumla kurun.
  • Tarayıcı otomasyonunda tek bir sayfa, kaynaklarını indirmek için paralel birçok bağlantı açar. İstek başına rotasyonda aynı sayfanın HTML'i bir adresten, görselleri başka adreslerden istenir. Tarayıcıyla çalışırken sticky oturum kullanın; kurulumu Playwright ile Proxy Kullanımı yazımızda.

Rotasyonu doğrulamak: art arda üç istek

Kurulumun beklediğiniz gibi davrandığını görmenin yolu, çıkış IP'nizi yanıt olarak döndüren bir servise art arda birkaç istek atmaktır. Aşağıdaki örnek aynı üç isteği iki biçimde gönderir: önce her seferinde yeni bağlantıyla, sonra tek bir Session üzerinden.

python
import requests

PROXY = "http://user:pass@pr.proxynet.io:8000"
PROXIES = {"http": PROXY, "https": PROXY}
IP_ECHO = "https://api.ipify.org"


def new_connection_each_time(count=3):
    ips = []
    for _ in range(count):
        # Oturumsuz çağrı: her istek kendi bağlantısını açar ve kapatır
        response = requests.get(IP_ECHO, proxies=PROXIES, timeout=20)
        ips.append(response.text.strip())
    return ips


def shared_session(count=3):
    ips = []
    with requests.Session() as session:
        session.proxies.update(PROXIES)
        for _ in range(count):
            # Aynı oturum: ilk istekte açılan tünel yeniden kullanılır
            response = session.get(IP_ECHO, timeout=20)
            ips.append(response.text.strip())
    return ips


def report(label, ips):
    print(f"{label}: {ips} -> {len(set(ips))} farklı IP")


report("her istekte yeni bağlantı", new_connection_each_time())
report("ortak oturum (keep-alive)", shared_session())

İstek başına rotasyon yapan bir ağ geçidinde beklenen çıktı şuna benzer (adresler belgeleme için ayrılmış örnek aralıklardandır):

text
her istekte yeni bağlantı: ['203.0.113.24', '198.51.100.7', '203.0.113.181'] -> 3 farklı IP
ortak oturum (keep-alive): ['198.51.100.92', '198.51.100.92', '198.51.100.92'] -> 1 farklı IP

Örneği yerel bir test proxy'sinde denerken proxy günlüğünde ilk fonksiyonun üç ayrı CONNECT tüneli, ikincisinin tek tünel açtığını gördük; Session'a Connection: close başlığı eklendiğinde tünel sayısı yeniden üçe çıktı. İlk satırda da tek IP görüyorsanız sticky bir kullanıcı adıyla ya da statik bir adresle bağlanıyorsunuzdur. Çıkış IP'sinin ülkesini ve sızıntıları da kontrol etmek için Proxy Nasıl Test Edilir? yazımıza bakın.

Dönen mobil proxy nasıl çalışır?

"Dönen mobil proxy" denince akla bir masa dolusu telefon gelir, ama asıl mekanizma operatörün ağındadır. Mobil operatörler tek bir genel IPv4 adresini aynı anda çok sayıda aboneye paylaştırır (CGNAT); bir cihaz ağa yeniden bağlandığında operatörün havuzundan başka bir adres alabilir. Mobil proxy'nin rotasyonu bu davranışa dayanır: ya tek bir cihaz belirli aralıklarla yeniden bağlanır (süreli rotasyon) ya da ağ geçidi çok sayıda cihaz arasında seçim yapar. CGNAT'ın nasıl çalıştığını CGNAT Nedir, Nasıl Anlaşılır? yazımızda anlattık.

Bunun iki pratik sonucu vardır. Birincisi, mobil bir çıkış IP'si o anda gerçek abonelerle paylaşılır; adresi yoğun kullanmak yalnız sizi değil onları da etkiler, bu yüzden mobil havuzda düşük hız bir görgü kuralı değil, zorunluluktur. İkincisi, mobil havuzda "yeni IP" her zaman daha önce görmediğiniz bir adres demek değildir: operatörün havuzu sınırlıdır ve aynı adres size yeniden gelebilir. Ürün tarafı Mobil Proxy sayfasında.

Rotasyonun bozduğu şeyler

Rotasyon açıldığında sessizce bozulan birkaç şey vardır. Hepsinin ortak noktası, sunucunun sizi IP dışında bir şeyle de tanıyor olmasıdır.

  • Çerez ile IP'nin tutarsızlığı. Çerez kavanozunuz aynı kalır, IP her istekte değişir. Site aynı oturum çerezini dakikalar içinde farklı şehirlerden görür; güvenlik mantığı oturumu kapatır ya da yeniden doğrulama ister. Kural basittir: bir çerez kavanozu, bir oturum kimliği, bir IP. Kendi hesabınızla giriş gereken işlerin kurgusu Python'da Oturum ve Çerez Yönetimi yazımızda.
  • Sayfalamanın ortasında kopan oturum. Arama sonuçları ve filtreli listeler çoğu zaman sunucuda tutulan bir duruma (imleç, arama oturumu) bağlıdır. Beşinci sayfada IP değişirse site sizi ilk sayfaya döndürebilir ya da aynı kayıtları yeniden verebilir; veri eksik ya da çift gelir ve hata kodu görmezsiniz. Ayrıntısı Sayfalama (Pagination) Nedir, Scraping'de Nasıl Taranır? yazımızda.
  • Konum hedefi verilmemiş rotasyon. Hedef belirtmezseniz havuzun tamamında dönersiniz: bir istek Almanya'dan, sonraki Brezilya'dan çıkar. Fiyatlar farklı para biriminde, sayfalar farklı dilde gelir ve topladığınız veri kendi içinde karşılaştırılamaz olur.
  • IP'ye bağlı olmayan sayaçlar. Hız sınırı hesaba, çereze ya da API anahtarına göre sayılıyorsa rotasyon hiçbir şeyi değiştirmez. Hangi kodda ne yapılacağını Scraping'de HTTP Hata Kodları yazımızda topladık.

Kullanım alanları

  • Çok siteli fiyat ve stok takibi. Her ürün sayfası bağımsız bir istektir; ülke sabitlenir, mod istek başına seçilir. Kurgu fiyat izleme çözümü sayfamızda, yöntemler E-Ticarette Rakip Fiyat Takibi yazımızda.
  • Herkese açık katalog ve ilan toplama. Site başına düşük eşzamanlılık, yükü yaymak için rotasyon: veri kazıma çözümü.
  • Konuma göre görünüm kontrolü. Reklamın, fiyatın ya da sayfanın belirli bir şehirden nasıl göründüğünü ev bağlantılarından kontrol etmek için Residential Proxy.
  • Kendi hesaplarınızla çalışan paneller. Hesap başına bir oturum kimliği ve o oturum boyunca aynı IP: sticky oturum.
  • IP izin listesi isteyen API'ler. Karşı taraf adresinizi listesine ekleyecekse rotasyon işe yaramaz, adres değişmemelidir: API Erişimi için Statik IP.

Sık yapılan hatalar

  • Session ile istek başına rotasyon beklemek. Oturum bağlantıyı yeniden kullanır; IP tünel kapanana kadar aynı kalır.
  • Paralel işlerin hepsine aynı oturum kimliğini vermek. Hepsi tek IP'ye yığılır ve rotasyonun yük dağıtma faydası kaybolur.
  • Rotasyonu hız sınırının yerine koymak. Adres değişse de hedefe düşen toplam yük aynıdır; site başına eşzamanlılık sınırı ve bekleme ayrıca gerekir.
  • Yeniden denemeyi yeni IP'yle hemen yapmak. 429 ya da 503 sonrasında beklemeden tekrar göndermek, sunucunun istediği yavaşlamayı yok sayar.

Karar rehberi

İhtiyaçÖneri
Birbirinden bağımsız çok sayıda herkese açık sayfaİstek başına rotasyon, ülke sabit
Giriş, sepet ya da çok adımlı formSticky oturum, akış başına bir kimlik
Sayfalama ile taranan uzun listeSticky oturum; liste bitince kimliği değiştirin
Tarayıcı otomasyonu (Playwright, Selenium)Sticky oturum, tarayıcı profili başına bir kimlik
Aynı anda yürüyen bağımsız hesaplarHesap başına ayrı oturum kimliği
IP izin listesi, uzun ömürlü tek kimlikStatik proxy
Elinizde birkaç sabit adres varKod içinde liste rotasyonu
Site 429 dönüyorRotasyon değil: bekleme ve daha düşük hız

Sık sorulan sorular

IP rotasyonu ile dönen proxy aynı şey mi?

Biri süreç, diğeri üründür. IP rotasyonu çıkış adresinin değiştirilmesi işidir ve bunu bir proxy listesiyle kendi kodunuzda da yapabilirsiniz. Dönen proxy (rotating proxy) ise bu işi ağ geçidinde sizin yerinize yapan hizmettir.

Backconnect proxy ayrı bir proxy türü mü?

Hayır. Backconnect bir mimarinin adıdır: tek bir endpoint'e bağlanırsınız, arkadaki havuzdan çıkışı ağ geçidi seçer. Residential ve mobil dönen proxy hizmetleri bu mimariyle çalışır. IP'nin türünü (ev bağlantısı, mobil, veri merkezi) backconnect değil havuzun kaynağı belirler; türlerin farkı ISP Proxy ve Residential Proxy Farkı yazımızda.

Rotasyon açıkken IP neden her istekte değişmiyor?

Büyük olasılıkla istemciniz aynı bağlantıyı yeniden kullanıyor. HTTPS'te çıkış IP'si CONNECT tüneli kurulurken seçilir ve tünel açık kaldıkça değişmez. Her istek için yeni bağlantı açın ya da Connection: close başlığı gönderin. Bir de kullanıcı adınızda sticky oturum parametresi kalıp kalmadığına bakın.

Sticky oturum ne kadar sürer?

Süreyi panelden 1-60 dakika arasında seçersiniz; oturum kimliğini değiştirerek istediğiniz anda yeni bir IP'ye geçebilirsiniz. Süre üst sınırdır, garanti değildir: çıkış düğümü ağdan ayrılırsa ağ geçidi oturumu daha erken başka bir adrese taşır. Kodunuzu, oturumun ortasında IP değişirse akışı baştan başlatacak biçimde yazın.

Rotasyon kullanmak hız sınırına uymayı gereksiz kılar mı?

Hayır. Rotasyon adres başına düşen yükü azaltır, hedef sunucuya düşen toplam yükü değil. Site başına eşzamanlılık sınırı, istekler arasında bekleme ve Retry-After başlığına uymak rotasyonla birlikte de gerekir.

Rotasyon için kaç IP gerekir?

Tek bir doğru sayı yoktur; hesap adres başına düşen istek hızından yapılır. Ağ geçidi modelinde bu hesabı yapmanız gerekmez, çünkü adres satın almazsınız: havuzun tamamında dönersiniz ve faturalama çoğunlukla trafik üzerinden yapılır. Seçim ölçütleri Proxy Satın Alırken Nelere Dikkat Edilmeli? yazımızda.

Özetle

IP rotasyonu, çıkış adresinin bir havuz içinde değiştirilmesidir ve kararı ağ geçidi verir: her yeni bağlantıda, süre dolunca ya da oturum kimliği değişince. HTTPS'te çıkış tünel kurulurken seçildiği için "istek başına" rotasyon gerçekte bağlantı başınadır; bağlantıyı yeniden kullanan bir istemci aynı IP'de kalır. Bağımsız sayfalar için istek başına rotasyonu, durum tutan akışlar için sticky oturumu, değişmemesi gereken kimlikler için statik adresi seçin ve ülkeyi her zaman açıkça verin. Rotasyon hız sınırının yerini tutmaz; yükü yayar, saygılı bir tarama hızını gereksiz kılmaz. İşinize uygun türleri proxy hizmetlerimizde karşılaştırabilirsiniz.

ChatGPT'ye sorClaude'a sor