Token grupları — rotating proxy havuzu oluşturma (tam kurulum rehberi)

Tek bir token, tek bir eşleştirilmiş cihazı temsil eder: bir telefon, bir hücresel çıkış IP'si, panel üzerinden bir tünel. Bu, tek cihazlı proxy için tam olarak istediğiniz şeydir. Ancak rotasyona ihtiyaç duyduğunuz anda model çöküyor — yalnızca bir token ile yük dengeleyemez, cihaz çevrimdışı olduğunda hayatta kalamaz veya operatörü isteğinize göre değiştiremezsiniz. İşte token grupları tam da bu sorunu çözüyor.

Token grubu, token'lardan oluşan adlandırılmış bir üyelik listesidir. Bir tane oluşturun, içine N cihaz ekleyin; bu gruba işaret eden her rotating proxy otomatik olarak round-robin yapar (veya en az bağlantıya göre seçer), paylaşılan rotasyon ayarlarını uygular ve bir cihaz düştüğünde anında yük devretme (failover) yapar. Bu rehber, kurulumun her adımını ele alıyor.

Token grupları neden var

Gruplar olmadan her rotating proxy oluştururken tek tek token ID'leri hardcode etmeniz gerekir. Yeni bir telefon eklediniz mi? Her proxy'yi güncelleyin. Bir SIM'i emekliye mi ayırdınız? Aynı şey. Grupların sağladığı dolaylı katman, yük dengeleyicinin backend havuzuyla aynı fikirdir: proxy'ler grup adına işaret eder, grup canlı üyeliği tutar, cihazları tek bir yerden düzenlersiniz.

Gruplar ayrıca her havuza kendi kişiliğini veren ve proxy başına varsayılanları geçersiz kılan grup düzeyinde ayarlar da barındırır:

• Sticky TTL — tek bir istemci oturumunun yönlendiricinin onu taşıyabilmesinden önce bir cihaza kaç saniye sabit kalacağı. 0 her istekte rotasyon anlamına gelir; daha yüksek değer, oturum açma gibi durum tutan akışlara uygundur. Tam bir açıklama için sticky session'lar açıklandı yazısına bakın.
• Seçim modu — round-robin oturumları eşit dağıtır; en az bağlantı, o andaki en az aktif tüneli olan cihaza yeni oturumlar gönderir. Algoritmanın derinlemesine açıklaması için round-robin cihaz seçimi'ne bakın.
• Sağlık eşiği — bir cihazın rotasyonda kalabilmek için tutması gereken minimum başarı oranı. Bu eşiğin altına düşen cihazlar manuel müdahale olmadan geçici olarak devre dışı bırakılır.
• Failover (yük devretme) — bir oturum ortasında havuzlu cihaz çevrimdışı olursa, yönlendirici hata döndürmek yerine bir sonraki sağlıklı üyeyi seçer. Mekanizma mobil proxy'ler için otomatik failover'da ele alınmaktadır.

1. Adım — Grubu oluşturun

Panel kenar çubuğunda Token Grupları'na gidin ve + New group'a tıklayın. İş akışınız için anlamlı bir ad seçin — scraping-pool-tr, android-filo-eu, sosyal-hesaplar. Form bir grup ID'si ve boş bir üyelik listesi döndürür.

Henüz cihaz eşleştirmediyseniz, bunu önce Tokens sayfasında yapın. Uçtan uca eşleştirme kılavuzu ilk token'ınız ve Android eşleştirme'de anlatılıyor. Nodetonet agent uygulamasıyla eşleştirdiğiniz her Android telefon, havuza alınabilecek bir birim haline gelir.

2. Adım — Gruba token ekleyin

Grup detay sayfasında Add token'a tıklayın. Seçici, hesabınızda başka bir grupta bulunmayan her token'ı gösterir (bir token en fazla bir gruba ait olabilir). İstediğiniz token'ları seçin ve kaydedin. Bunlar anında Tokens sayfasında POOLED durumuna geçer ve grup üyelik sayısı güncellenir.

Grup boyutunda bir üst sınır yoktur — eşleştirilmiş cihazınız kadar token ekleyebilirsiniz. Daha büyük havuzlar daha fazla çıkış IP'si, daha yüksek toplam verim ve cihaz başına daha düşük istek yükü anlamına gelir. Aynı anda çok sayıda cihaz çalıştırıyorsanız büyük proxy filolarını yönetme yazısını incelemenizi öneririz.

3. Adım — Sticky TTL geçersiz kılmayı ayarlayın

Varsayılan olarak bir rotating proxy, oluştururken yapılandırdığınız sticky TTL'i kullanır. Grup, bunu kendisine işaret eden tüm proxy'ler için geçersiz kılabilir — farklı oturum gereksinimleri olan birden fazla havuz çalıştırırken kullanışlıdır.

Grup ayarları sayfasında, bir oturumun bir cihaza sabitli kalması gereken saniye sayısını Sticky TTL olarak ayarlayın:

• 0 — her yeni bağlantı isteğinde rotasyon yapın. Her URL'nin bağımsız olduğu yüksek hacimli crawl'lar için en iyisi.
• 30 ile 300 arası — kısa yapışkan pencere. Birkaç sayfalama isteği olan arama sonuçları sayfaları için yeterli, ancak sık yenilenir.
• 600 ile 1800 arası — daha uzun sabitleme; aynı çıkış IP'sini boyunca koruması gereken çok adımlı oturum açma ve ödeme akışlarına uygun.

Yapışkanlık global değil, istemci başınadır. Aynı rotating proxy'ye aynı anda ulaşan iki scraper, muhtemelen farklı cihazlarda, her biri kendi sabitlenmiş oturumunu alır. Proxy kullanıcı adına -session-XXXX ekleyerek koddan da yeni bir oturum başlatabilirsiniz (herhangi bir rastgele dize oturum anahtarı olarak çalışır).

4. Adım — Rotating proxy'yi gruba yönlendirin

Proxies'e gidin ve New Proxy'a tıklayın. Tür seçicide Rotating'i (tek cihaz değil) seçin. Token seçici artık tek tek token'lar yerine grupları gösteriyor. Az önce oluşturduğunuz grubu seçip Create'e tıklayın.

Ortaya çıkan bağlantı dizgisi, diğer tüm proxy'ler gibi görünür:

http://u8x2:p7q1@sub42.nodetonet.com:48888

Ancak her yeni istemci oturumu havuzdaki farklı bir cihaza yönlendirilir. Farklı oturum tanımlayıcıları üzerinden birkaç istek göndererek rotasyonu doğrulayabilirsiniz:

for i in 1 2 3 4 5; do
  curl -x http://u8x2:p7q1@sub42.nodetonet.com:48888        -H "X-Session: $RANDOM"        https://api.ipify.org
done

X-Session header'ı desteklenen rotasyon sinyallerinden biridir: yeni bir yapışkan kova (sticky bucket) oluşturmaya zorlar, böylece istekler aynı kaynak IP'den gelse bile her değer için farklı bir çıkış IP'si görürsünüz.

Aynı gruptan hem HTTP/HTTPS hem de SOCKS5 desteklenir; dolayısıyla tarayıcı tabanlı bir scraper'ı HTTP üzerinden ve HTTP dışı bir aracı SOCKS5 üzerinden tam aynı cihaz havuzuna yönlendirebilirsiniz. Ne zaman hangisinin önemli olduğu için HTTP vs SOCKS5 — hangisini seçmeli yazısına bakın.

5. Adım — Havuzun üstünde istemci başına kontroller

Token grubundan oluşturulan rotating proxy'ler, panelin sağladığı tüm istemci başına kontrolleri desteklemeye devam eder. Aynı gruba işaret eden birden fazla alt kimlik bilgisi oluşturabilir; her birinin bağımsız şunları olabilir:

• Kullanıcı adı/şifre doğrulaması — her aşağı yönlü müşteriye veya ekibe benzersiz bir kimlik bilgisi verin.
• IP beyaz listesi — yalnızca belirli kaynak IP'lerden gelen trafik kabul edilir; geri kalan her şey edge'de düşürülür.
• Domain izin/engel listesi — kimlik bilgisinin hangi hedef ana bilgisayar adlarına ulaşabileceğini kısıtlayın. Domain kısıtlamaları'nda ele alınıyor.
• Kota ve son kullanma tarihi — toplam bant genişliğini sınırlayın veya sabit bir son kullanma tarihi belirleyin. Ayrıntılar için istemci başına kota limitleri ve süreli proxy istemcileri'ne bakın.
• Thread limitleri — kimlik bilgisi başına eş zamanlı bağlantıları sınırlayın. Ayrıntılar için istemci başına thread limitleri'ne bakın.

Bu, token gruplarını bayi ve white-label kurulumları için doğru temel haline getirir: tek bir paylaşılan cihaz havuzu, çok sayıda izole istemci kimlik bilgisi, hepsi tek panelden yönetilir.

6. Adım — Grup üzerinden coğrafi ve operatör hedefleme

Havuzunuz farklı operatör veya şehirlerdeki cihazları içeriyorsa, uç noktayı değiştirmeden geo-hedefleme kullanıcı adı değiştiricileriyle trafiği belirli bir alt kümeye yönlendirebilirsiniz. Proxy kullanıcı adına ülke etiketi, şehir etiketi veya operatör adı ekleyin; yönlendirici yalnızca eşleşen havuz üyelerini değerlendirsin.

Örneğin, çok operatörlü bir Türkiye havuzundan yalnızca Turkcell çıkışı istemek için kullanıcı adında -carrier-turkcell gibi bir değiştirici kullanın. Aynısı Vodafone, Türk Telekom veya İstanbul gibi belirli bir şehir için de geçerlidir. Eşleşmeyen cihazlar o istek için sessizce seçim dışı bırakılır.

Programatik grup yönetimi

Panelde bulunan her şey REST API üzerinden de erişilebilirdir. Aşağıdaki örnekler curl kullanıyor, ancak çağrılar herhangi bir HTTP istemcisine uyarlanabilir:

# Tüm token gruplarını listele
curl -H "Authorization: Bearer $KEY"   https://nodetonet.com/api/v1/token-groups

# Yeni grup oluştur
curl -X POST -H "Authorization: Bearer $KEY"   -H "Content-Type: application/json"   -d '{"name":"scraping-pool-tr"}'   https://nodetonet.com/api/v1/token-groups

# Gruba token ekle
curl -X POST -H "Authorization: Bearer $KEY"   -H "Content-Type: application/json"   -d '{"tokenId":"<tk_id>"}'   https://nodetonet.com/api/v1/token-groups/<id>/tokens

# Gruptan token kaldır
curl -X DELETE -H "Authorization: Bearer $KEY"   https://nodetonet.com/api/v1/token-groups/<id>/tokens/<tk_id>

API yüzeyine genel bir bakış için REST API — ilk çağrınız'dan başlayın.

Grup mu yoksa tek token mı kullanmalı?

Sırada ne okumali

• Rotating mobil proxy ne zaman kullanılır — ve tek cihazlı kurulumun daha iyi yanıt olduğu durumlar.
• Sticky session'lar açıklandı — bir oturumun bir cihaza ne kadar süre sabit kalacağını etkileyen her ayar.
• Mobil proxy'ler için otomatik failover — panel bir cihaz oturum ortasında çevrimdışı olduğunda nasıl davranır.
• Proxy istemcileri ve müşteri başına kimlik doğrulama — paylaşılan havuzun üstüne izole kimlik bilgileri nasıl verilir.
• Token rotasyonu — ne zaman ve neden — yalnızca çıkış IP'sini değil, token'ın kendisini ne zaman rotate edeceğiniz.

İlk havuzunuzu oluşturmaya hazır mısınız? Ücretsiz hesap açın, ilk Android cihazınızı eşleştirin ve dakikalar içinde gruplara alın.