Bir rotating mobil proxy havuzu, her yeni bağlantıyı canlı bir operatör ağındaki farklı bir gerçek telefon üzerinden yönlendirir; böylece hedef site her seferinde taze bir 4G/5G IP görür. Bu tek özellik — güvenilir bir operatör aralığında sürekli IP değişimi — işe bağlı olarak ya en güçlü aracınızdır ya da aktif bir liabilitydir. Bu rehber, rotasyonun tam olarak ne zaman işe yaradığını, ne zaman işleri kötüleştirdiğini ve Nodetonet token gruplarının aynı uç noktada rotating ile sticky davranışı nasıl birleştirmenize izin verdiğini açıklıyor.
Kısaca: büyük ölçekli scraping, anti-fingerprinting ve coğrafi yayılım için rotating mobil proxy kullanın; kalıcı kimlik gerektiren her şey için — giriş, ödeme, WebSocket bağlantıları veya düşük hacimli tek seferlik istekler için — sticky veya tek cihaz moduna geçin.
Sonunda şunları bileceksiniz:
- Token gruplarının nasıl çalıştığı ve cihaz seçim algoritmasının bir telefonu nasıl seçtiği
- Rotasyonun gerçekten işe yaradığı dört senaryo
- Rotasyonun aktif zarar verdiği dört senaryo
- Aynı proxy uç noktasında rotating ve sticky oturumları nasıl birleştireceğiniz
- Rotasyon modlarının yan yana karşılaştırması
- Rotating bir havuzu kısmanıza, filtrelemenize ve kapsamlandırmanıza olanak tanıyan istemci başına kontroller
Rotating mobil proxy'ler arka planda nasıl çalışır
Nodetonet'te oluşturduğunuz her mobil proxy, her biri eşsiz bir token'a sahip agent uygulaması çalıştıran bir veya daha fazla Android cihaz tarafından desteklenir. Rotasyon istediğinizde farklı bir ürüne ihtiyacınız yoktur — sadece token'ları gruplandırırsınız.
Token grupları sayfasında adlandırılmış bir havuz oluşturur (örneğin vodafone-tr-pool) ve istediğiniz kadar token eklersiniz. Ardından bir proxy oluşturur ve tek bir token yerine grubu işaret edersiniz. Panel, proxy dinleyicisini gruba bağlar ve her gelen bağlantı, istek zamanında iki seçim kuralı kullanılarak canlı bir cihaza çözülür:
- Önce en az bağlantı. Şu anda en az bağlantıyı yöneten cihaz seçilir. Bu bant genişliğini eşit dağıtır ve bir telefonun diğerleri boştayken sıcak nokta haline gelmesini önler.
- Eşitlikte round-robin. İki veya daha fazla cihaz bağlantı sayısında eşitlerse, router onlar arasında sırayla döner ve dağıtım düzgün kalır.
Çevrimdışı olan, ERROR durumuna giren veya IP rotasyonu ortasındaki cihazlar otomatik olarak uygun havuzun dışında bırakılır ve toparlandıkları anda yeniden kabul edilir — hiçbir manuel müdahale gerekmez. Ayrıntılı seçim algoritması round-robin cihaz seçimi yazısında açıklanmıştır.
Her cihaz gerçek bir operatör NAT (CGNAT)'ı olan gerçek bir SIM üzerinde oturduğundan, elde ettiğiniz çıkış IP havuzu gerçek operatör CGNAT aralıklarının bir dilimidir — yan hasarı olmadan bloklanması en zor IP sınıfı. Bunun neden önemli olduğuna dair bir giriş için mobil proxy nedir yazısına bakın.
Rotasyon modları bir bakışta
| Mod | Nasıl aktif edilir | IP ne zaman değişir | En iyi olduğu yer | Dikkat edilmesi gereken |
|---|---|---|---|---|
| Rotating (varsayılan) | Proxy'yi token grubuna yönlendir; ek yok | Her yeni TCP bağlantısında | Toplu scraping, reklam doğrulama taramaları, parmak izi yayma | Stateful oturumlar her yeni bağlantıda bozulur |
| Sticky / rotating | Proxy kullanıcı adına -session-XXXX ekle |
TTL dolduktan sonra (varsayılan 600 sn) | Giriş akışları, ödeme, çok adımlı formlar, hesap yönetimi | Bir cihaz TTL dolana kadar tüm oturum yükünü taşır |
| Tek cihaz | Proxy'yi grup yerine tek bir token'a yönlendir | Yalnızca manuel IP değişiminde veya uçak modu rotasyonunda | Uzun süreli WebSocket abonelikleri, SSH tünelleri, düşük hacimli çalışma | Tüm yük tek telefonda — telefon düşerse proxy düşer |
| Rotating + upstream | Proxy'de upstream yönlendirmeyi etkinleştir | Cihazın operatör zamanlamasına veya manuel sıfırlamaya göre | Çift atlama güveni için mobil çıkış üzerinden residential zincirleme | Ek gecikme; upstream faturalaması cihaz maliyetiyle katlanır |
Rotasyon ne zaman işe yarar
Dürüst kural: rotasyon yalnızca kararlı bir IP aktif olarak size karşı çalıştığında yardım eder. Bunu kanıtlayan dört yaygın senaryo vardır.
1. Ölçekte scraping
Tek bir mobil cihazın tek bir operatör uplink'i vardır. Scraper'ınız hedefe yüksek hacimde bastırdığı anda, sitenin rate limiter'ı tek bir IP'den gelen istek selini görür. N cihazlı bir token grubunda N bağımsız operatör IP'si ve N bağımsız uplink elde edersiniz. Aynı crawler hiçbir IP bir eşiği tetiklemeden tam hızda çalışır ve bant genişliği yükü tüm havuza yayılır.
Bunu rotating proxy moduyla birleştirin ve her HTTP bağlantısı taze bir cihaz alır. Ölçeklendirmeden önce IP'nin istekler arasında değiştiğini doğrulamak için proxy checker aracımızı kullanın.
2. Anti-fingerprinting ve rate limit kaçınma
Gelişmiş anti-bot sistemleri IP başına itibar puanı oluşturur. Tek bir IP zaman içinde istek biriktirir ve puan bir eşiği geçince IP sorgulanır veya engellenir. Rotating bir havuzla trafiğiniz N IP'ye yayılır — hiçbir IP kötü puan almaya yetecek kadar istek biriktirmez. Her IP binlerce gerçek abonenin paylaştığı bir operatör CGNAT aralığında oturduğundan, zorlu bir IP bile hard-bloklanma olasılığı düşüktür (sağlayıcı gerçek müşterileri banlama riski alır).
Havuz ne kadar geniş olursa, IP başına ayak izi o kadar ince olur. Yalnızca iki veya üç cihazlık küçük bir grup bile sinyali anlamlı şekilde seyreltir.
3. Soft ban'lerden kurtulmak
Bir hedef bir IP'yi geçici olarak engellediğinde — örneğin bir CAPTCHA başarısızlığından sonra — yalnızca o tek cihaz etkilenir. Seçici otomatik olarak ona yönlendirmeyi durdurur ve kalan N-1 cihaz çalışmaya devam eder. Scraper'ınızın perspektifinden hata oranı kısaca artar, sonra havuz kendini onarır. Hiçbir şeyi yeniden başlatmanız veya credential'ları değiştirmeniz gerekmez. İlgili bir örüntü için mobil proxy'ler için otomatik yük devretme yazısına bakın.
4. Coğrafi ve operatör çeşitliliği
Mobil IP'ler gerçek konum ve operatör meta verisini taşır. Farklı operatörlerdeki cihazlardan bir grup oluşturursanız — diyelim Turkcell, Vodafone ve Türk Telekom — rotating havuzunuz tek bir oturumda üç bağımsız çıkış ASN'sinden trafik yüzeyler. Bunu geo-hedefleme kullanıcı adı ekleriyle birleştirin; uç noktayı değiştirmeden seçiciyi belirli bir operatöre veya şehre yönlendirebilirsiniz. Bu, belirli bir şehirdeki bir operatör abonesinin göreceği tam görünümü görmesi gereken reklam doğrulama, fiyat izleme ve SERP yerelleştirme görevleri için paha biçilmezdir.
Rotasyon ne zaman yanlış seçim
Rotasyon, kararlı bir kimliğin tercih değil gereklilik olduğu durumlarda zarar verir. Kaçınılması gereken dört durum.
1. Giriş yapılmış hesap yönetimi
Anti-fraud motorları, bir hesaba bağlı IP geçmişini izler. Oturumunuz Ankara'da Turkcell çıkışıyla başlayıp on dakika sonra İstanbul'da Vodafone çıkışından istek yaparsa, platform bunu coğrafi bir anormallik olarak görür — potansiyel olarak hesap ele geçirme sinyali. Canlı bir giriş gerektiren her şey için sticky session veya tek cihaz proxy kullanın. -session-XXXX eki, rotating bir havuzun içinde bile belirli bir cihazı grubun TTL penceresi boyunca sabitler. Ayrıntılar için sticky session'lar açıklandı yazısına bakın.
2. Uzun süreli stateful bağlantılar
WebSocket abonelikleri, IRC bağlantıları, kalıcı SSH tünelleri ve akış API'leri tek bir TCP oturumuna bağlıdır. Router bir sonraki yeniden bağlantı girişimini farklı bir cihaz üzerinden gönderirse, soket farklı bir IP'den geliyor olur — uzak taraf onu reddeder veya oturumu kapatır. Kalıcı bir bağlantı sürdürmesi gereken her şey için tek cihaz proxy kullanın.
3. Düşük hacimli veya küçük hedefli çalışma
Görev küçük bir siteye yalnızca birkaç istek gönderiyorsa, havuzun yükü gecikme ekler ancak hiçbir fayda sağlamaz. Yayılacak bir şey yoktur, seyreltilecek bir parmak izi yoktur. Doğru operatör ve geo hedeflemeyle tek bir cihaz daha hızlı yapılandırılır, daha ucuza çalışır ve hata ayıklaması daha kolaydır.
4. Anahtar başına kotayla kısıtlanan API'ler
Bazı API'ler kotaları IP başına değil, API anahtarı başına uygular. Çıkış IP'sini döndürmek burada işe yaramaz — kaç cihazınız olursa olsun anahtarın limitine çarparsınız. Bunun yerine istemci başına proxy credential'ları ile birden fazla API anahtarıyla çözün.
İş yükünüz oturum ortasında IP değiştiğini fark edecekse, tek cihaz veya sticky istersiniz. Bağımsız istek yapan birçok farklı kişi gibi görünmeniz gerekiyorsa, rotating havuz istersiniz.
Rotasyon ve sticky oturumları birleştirme
Saf rotasyon ve katı tek cihaz iki uçtur. Gerçek iş akışları genellikle arada bir yerde durur ve Nodetonet, kullanıcı adı ekini değiştirerek bunu aynı uç noktada ifade etmenize olanak tanır.
Sticky ek formatı -session-<herhangiid>'dir; burada <herhangiid> seçtiğiniz herhangi bir dizedir — kullanıcı kimliği, oturum token'ı, rastgele bir UUID. Aynı eke sahip iki istek aynı cihaza gider; farklı eklere sahip iki istek farklı cihazlara gider (en az bağlantı seçicisine tabi). Örnek:
# Rotating — TCP bağlantısı başına farklı cihaz (ek yok)
curl -x http://u8x2:p7q1@sub42.nodetonet.com:48888 https://api.ipify.org
# Sticky — TTL penceresi boyunca aynı cihaz (varsayılan 600 sn)
curl -x http://u8x2-session-kullanici123:p7q1@sub42.nodetonet.com:48888 https://api.ipify.org
# Farklı kullanıcı — farklı cihaz
curl -x http://u8x2-session-kullanici456:p7q1@sub42.nodetonet.com:48888 https://api.ipify.org
Tarayıcı otomasyonu görevleri için pratik bir örüntü: keşif taramasını oturum eki olmadan gönderin (rotating, maksimum yayılım) ve ardından her görevin boyunca tek bir IP'de kalması için giriş + eylem adımlarına -session-<gorevid>'ye geçin. Grup oluşturma ve yönetimi için panel UI kılavuzuna token grupları — havuz oluşturma yazısından bakın.
Rotating havuz üzerinde istemci başına kontroller
Rotasyon hepsi ya da hiçbiri değildir. Nodetonet, proxy istemcileri sistemi aracılığıyla herhangi bir havuzun üzerinde ince ayarlı kontroller sunar:
- IP izin listesi. Proxy uç noktasını hangi kaynak IP'lerin kullanabileceğini kısıtlayın — rotating havuz credential'ını belirli bir sunucuya veya ekibe teslim ederken yararlıdır.
- Domain izin/red listeleri. Havuzu yalnızca belirli hedef domainlere kapsayın veya hedef kategorilerini engelleyin — domain kısıtlamaları yazısına bakın.
- Thread limitleri. İstemci credential'ı başına maksimum eş zamanlı bağlantıyı sınırlayın. Bu, kontrolden çıkan bir scraper'ın havuzun cihazlarını tekelleştirmesini önler. Bkz. istemci başına thread limitleri.
- Bant genişliği kotaları. Rotation işinin sınırsız çalışamaması için istemci başına bir GB sınırı belirleyin. Ayrıntılar için istemci başına kota limitleri.
- Son kullanma tarihi. Sabit bir kampanya penceresi için zamana sınırlı credential'lar verin — bkz. zamana sınırlı proxy istemcileri.
Bu kontroller bileşiktir: bir istemciye IP kilitli, domain kapsamlı, thread sınırlı, bant genişliği kotalu bir credential verebilirsiniz ve bu credential yine de o sınırlar içinde cihazları otomatik olarak döndürür.
İlk rotating havuzunuzu kurma ve boyutlandırma
Başlamak için pratik rehber:
- Küçük başlayın. Bir gruptaki iki veya üç cihaz çoğu kullanım durumu için tek IP rate limit sorununu zaten ortadan kaldırır. Hacim arttıkça daha fazla telefon ekleyin.
- Operatörleri hedef kitlenizle eşleştirin. Hedef bir Türk e-ticaret sitesiyse, Turkcell, Vodafone ve Türk Telekom cihaz karışımı gerçek ziyaretçi dağılımını, on telefonun hepsi tek bir operatördeyken olduğundan daha inandırıcı biçimde yansıtır.
- Cihaz sağlığını izleyin. Panel panosu her cihazın durumunu gerçek zamanlı gösterir. Uzun süre
ERRORdurumunda kalan cihazlar araştırılmalıdır (bağlantı sorunu, SIM veri tükenmesi, pil bitmesi). Bkz. cihaz sağlığı — online ne anlama gelir. - Rotasyonu doğrulayın. Bir işi ölçeklendirmeden önce, farklı IP'lerin sunulduğunu onaylamak için IP adresim nedir aracımız veya proxy checker ile birkaç isteği spot-check edin.
- Sticky penceresini planlayın. Akışınızdaki herhangi bir adımın durum gerektirmesi halinde TTL'yi önceden belirleyin. Varsayılan 600 saniyedir; bu çoğu giriş-ve-eylem iş akışını kapsar. Çok uzun ödeme akışları daha uzun bir pencere gerektirebilir.
Rotating mobil vs rotating residential vs rotating datacenter
| Havuz türü | Güven seviyesi | IP kaynağı | Zor hedeflerde blok riski | Tipik maliyet modeli |
|---|---|---|---|---|
| Rotating mobil | En yüksek | 4G/5G CGNAT'ta gerçek telefonlar | En düşük | Kontrol ettiğiniz cihaz başına; Nodetonet'te peşin kredi |
| Rotating residential | Yüksek | Gerçek ev ISP bağlantıları (genellikle peer SDK) | Düşük, ancak havuzlar tanındıkça artıyor | GB başına ($8–15 tipik) |
| Rotating datacenter | Düşük | Bulut/sunucu IP'leri (AWS, OVH vb.) | Yüksek — tüm ASN'ler engellendi | IP başına (ucuz) |
İyi korunan hedeflerde rotating mobil ile rotating residential arasındaki pratik fark büyür. Operatör-seviyesi NAT, bir mobil IP yasağının binlerce ödeyen aboneyi etkilemesi anlamına gelir, bu yüzden anti-bot sağlayıcıları tam operatör aralıklarını nadiren hard-block yapar. Bir residential havuz ise, fraud-algılama sağlayıcılarının giderek ASN seviyesinde parmak izi aldığı bilinen SDK katılımcılarından oluşur. Önde gelen bir sağlayıcıyla detaylı karşılaştırma için Nodetonet vs Smartproxy yazısına bakın.
Protokol desteği: HTTP ve SOCKS5
Tüm Nodetonet rotating havuzları aynı cihaz filosunda hem HTTP/HTTPS hem de SOCKS5 sunar. HTTP, tarayıcılar ve çoğu scraping çerçevesi için doğru seçimdir. SOCKS5, web dışı araçlar için ham TCP iletir — oyun istemcileri, özel ağ araçları, toplu mailer'lar — isteğe bağlı kullanıcı/şifre doğrulamasıyla. Seçim rotasyon davranışını etkilemez; yalnızca tünel protokolünü belirler. Karar rehberi için HTTP vs SOCKS5 — hangisini seçmeli yazısına bakın.
Sırada ne var
- Sticky session'lar açıklandı — rotating havuz içinde bir cihazı TTL penceresi için nasıl sabitleyeceğiniz.
- Round-robin cihaz seçimi — routing internals ve uygunluk kuralları.
- Token grupları — havuz oluşturma — grup oluşturma için panel UI kılavuzu.
- Sıfırdan rotating mobil proxy kurulumu — uçtan uca adım rehberi.
- Nodetonet nasıl kullanılır — yeni kullanıcılar için hızlı başlangıç sütunu.
- Rotating proxy'ler özellik genel bakışı — panelin sunduğu özellikler ve faturalamanın nasıl çalıştığı.