Rotasyon size her bağlantıda taze bir IP verir — geniş scraping, fiyat takibi ve her isteğin bağımsız olduğu iş yükleri için mükemmel. Ancak pek çok gerçek görev durum taşıyan (stateful) bir akış gerektirir: giriş yapma, çok adımlı ödeme, birkaç sayfayı izleyen bir oturum. IP'yi akış ortasında değiştirmek çoğu anti-dolandırıcılık sistemine hesap ele geçirme gibi görünür ve anında bloklanırsınız. Sticky session'lar bu sorunu; bir oturum tanımlayıcısını belirli bir süre için tek bir fiziksel cihaza sabitleyerek, ardından TTL dolduğunda IP'yi otomatik yenileyerek çözer — böylece tek bir kullanıcı yolculuğunu bozmadan zaman içinde dönen kimlikler elde edersiniz.
Özet: proxy kullanıcı adınıza -session-XXXX ekleyin; bu ID ile yapılan her bağlantı TTL süresi boyunca aynı cihaza iner. Uç noktada değişiklik yok, ekstra altyapı yok — tek alan kullanıcı-adı değiştirici.
Bu rehber konunun tamamını kapsar: sticky session'ların arka planda nasıl çalıştığı, tam kullanıcı-adı sözdizimi, TTL mekaniği, sticky'yi geo-hedefleme ile nasıl birleştireceğiniz, cihaz çevrimdışı kalırsa ne olduğu ve yaygın kullanım senaryolarında sticky ile rotasyonun karşılaştırması.
Sticky session nedir?
Proxy terminolojisinde sticky session, bir yönlendirme garantisidir: aynı oturum anahtarını taşıyan tüm proxy bağlantıları, sabit bir TTL boyunca aynı çıkış cihazına iletilir. Kavram yük dengeleyici tasarımından alınmıştır; "oturum yakınlığı" veya "sticky yönlendirme", bir kullanıcının HTTP isteklerini aynı arka uç sunucuda tutar; böylece sunucu tarafı oturum verisi geçerli kalır.
Nodetonet gibi bir mobil proxy platformunda cihaz, canlı bir operatör SIM'i üzerindeki gerçek bir Android telefondur. Her cihazın operatör-seviyesi NAT (CGNAT) havuzundan kendine ait gerçek bir operatör IP'si vardır. Sticky session bu IP'yi kalıcı olarak dondurmaz — bunun yerine isteklerinizi o cihaza sabitler; TTL dolduğunda cihaz otuumunuza bağlı kalırken yeni bir operatör IP'si alır. Sonuç: aynı güvenilir cihaz, periyodik olarak yenilenen IP, kesintisiz oturum.
Kullanıcı-adı sözdizimi
Proxy kullanıcı adınızın ötesinde yapılandıracak hiçbir şey yok. Kullanıcı adı <base>-session-<id> kalıbıyla eşleşen her bağlantı otomatik olarak sticky session sayılır. Router session ID'yi hash'ler, token grubu havuzunuzdan uygun bir cihaz seçer ve bu bağlamı TTL penceresi boyunca sabitler.
Format: <token>-session-<herhangi-bir-dize>
Ornek: u8x2-session-kullanici42
Ornek: u8x2-session-a3f9c1d8-4b27-4e6e-a1cc-f2bc1234abcd-session-'dan sonraki session ID tamamen keyfidir. Yaygın kalıplar:
- Kullanıcı hizmetinize giriş yaptığında oluşturulan bir UUID.
- Bir tarayıcı çerezi veya parmak izinin SHA-256 hash'i.
- Dahili müşteri ID'niz veya sipariş ID'niz.
- Hata ayıklama için
aliceveyabot-worker-7gibi kısa bir etiket.
Önemli olan: aynı dizenin belirli bir oturumdaki her istek için yeniden kullanılmasıdır. Kullanıcı yolculuğu başında bir kez oluşturun ve her istekte iletin.
Sticky'yi geo-hedefleme ile birleştirme
Sticky değiştiriciler, geo-hedefleme değiştiricileriyle aynı kullanıcı-adı alanında birleşir. Router önce havuzu geo kısıtlamalarınızla eşleşen cihazlara göre filtreler, ardından o filtrelenmiş küme içinde sticky sabitlemeyi uygular:
# Istanbul'da Turkcell cihazina sticky
u8x2-country-tr-carrier-turkcell-session-kullanici42
# Herhangi bir Turk cihazina sticky
u8x2-country-tr-session-siparis99Mevcut operatör etiketleri için Türkiye proxy konumları, Turkcell, Vodafone ve Türk Telekom sayfalarına bakın.
Canlı örnek: rotasyon ve sticky karşılaştırması
# Saf rotasyon — her istek farklı bir cihazdan cikabilir
curl -x http://u8x2:p7q1@sub42.nodetonet.com:48888 https://api.ipify.org
curl -x http://u8x2:p7q1@sub42.nodetonet.com:48888 https://api.ipify.org
# Sonuc: iki farklı IP (havuz rotasyonu)
# Sticky — iki istek de aynı cihazdan
curl -x http://u8x2-session-abc:p7q1@sub42.nodetonet.com:48888 https://api.ipify.org
curl -x http://u8x2-session-abc:p7q1@sub42.nodetonet.com:48888 https://api.ipify.org
# Sonuc: aynı IP, aynı cihaz
# Aynı havuzdan iki bağımsız sticky oturum
curl -x http://u8x2-session-alice:p7q1@sub42.nodetonet.com:48888 https://api.ipify.org
curl -x http://u8x2-session-bob:p7q1@sub42.nodetonet.com:48888 https://api.ipify.org
# Sonuc: muhtemelen iki farklı cihaz, her biri kendi oturumuna kararlıHem HTTP hem de SOCKS5 bağlantıları aynı sticky mantığını uygular — session değiştirici hangi protokolü kullandığınızdan bağımsız olarak özdeş şekilde çalışır.
TTL mekaniği — varsayılan 600 saniyelik pencere
Sticky bağlama, yapılandırılabilir bir TTL boyunca sürer. Varsayılan değer 600 saniye (10 dakika)'dir. Bu, oturum başına veya proxy başına değil, token grubu düzeyinde ayarlanır — aynı gruptan yararlanan her proxy grubun TTL ayarını devralır.
Geçerli TTL değerleri 60 saniye ile 3.600 saniye arasındadır. Kullanım durumunuzdaki tipik bir kullanıcı yolculuğunun ne kadar sürdüğüne göre seçin:
| TTL ayarı | En iyi olduğu yer | Değiş-tokuş |
|---|---|---|
| 60 – 120 sn | Kısa durum taşıyan patlamalar: giriş + tek sayfa okuma, hızlı form gönderimi | IP sık yenilenir — rotasyona yakın davranış, IP yeniden kullanım riski azalır |
| 300 – 600 sn (varsayılan) | Giriş, birkaç sayfa gezme, sepete ekleme, ödemeye başlama — tipik kullanıcı akışı | Kararlılık ile IP tazeliği arasında iyi denge |
| 900 – 1800 sn | Tutarlı kimliğin önemli olduğu uzun scrape (hesap-doğrulamalı tarama) | IP yenilemeler arasında daha uzun kalır; cihaz daha uzun süre o oturuma bağlı |
| 3600 sn | Tam saatlik iş akışları: onboarding hunileri, anket tamamlama, uzun form girişi | Maksimum kararlılık; IP saatte yalnızca bir kez rotasyona girer |
TTL'yi Nodetonet panelindeki token grubu ayarları sayfasından değiştirirsiniz. Uç nokta değişikliği yok, kod yeniden dağıtımı yok — yeni değer kaydedildikten sonra açılan oturumlar için geçerli olur.
TTL dolduğunda ne olur — tam sıralama
İnsanların çoğunun yanlış anladığı kısım bu, bu yüzden kesin bir açıklama gerekiyor. Sticky session için TTL penceresi kapandığında:
- Router bağlı cihaza bir IP-rotasyon komutu gönderir. Cihaz kısa süreliğine mobil veri bağlantısını keser ve yeniden bağlanır; bu da operatörün CGNAT havuzundan yeni bir IP atamasına neden olur.
- Sticky bağlama aynı fiziksel cihazda kalır — farklı bir telefona yeniden atanmaz. Cihaz artık sadece yeni bir çıkış IP'si taşır.
- Uçuştaki HTTP/SOCKS5 bağlantıları istek ortasında öldürülmez. TTL dolduğunda proxy üzerinden geçen herhangi bir istek normal şekilde tamamlanır; yalnızca rotasyondan sonraki yeni bağlantılar yeni IP'yi görür.
- TTL zamanlayıcısı başka bir tam pencere için sıfırlanır. Aynı session ID ile bağlantı göndermeye devam ettiğiniz sürece cihaz çapanınız olarak kalır.
"Nodetonet'te sticky" aynı cihaz, periyodik olarak yenilenen operatör IP'si demektir — "sonsuza kadar aynı IP donmuş" değil. Hiç değişmeyen bir IP'ye ihtiyacınız varsa, IP rotasyonu tamamen kapalı adanmış tek cihaz proxy'si kullanın.
Sabitlenmiş cihaz çevrimdışı kalırsa ne olur?
Cihaz bağlantısı gerçek dünyaya tabidir — telefonlar sinyal kaybedebilir veya yeniden başlatılabilir. Sabitlenmiş cihaz bağlantısını kaybederse, router isteklerinizi sessizce düşürmez. Bunun yerine havuzdaki bir sonraki en iyi mevcut cihazı yeniden seçer ve oturumunuzu ona yeniden bağlar. Yeni cihazın kendi IP'si vardır; geçiş proxy istemcinizin perspektifinden şeffaftır ve TTL zamanlayıcısı kaldığı yerden devam eder.
Cihaz düzeyinde yedeklilik ile garantili yük devretme davranışına ihtiyacınız varsa mobil proxy'ler için otomatik yük devretme yazısını okuyun; token grubu havuzlarının cihaz düşmelerini nasıl ele aldığını anlatır.
Rotasyon mu sticky mi — doğru modu seçmek
Hiçbir mod evrensel olarak daha iyi değildir; doğru seçim iş yükünüzün durum taşıyıp taşımadığına bağlıdır:
| Senaryo | Önerilen mod | Neden |
|---|---|---|
| Bağımsız istek başına getirme (fiyat scraping, SERP takibi, toplu veri toplama) | Rotating | Her istek taze IP'den yararlanır; koruyacak durum yok |
| Giriş + sayfalarda kimlik doğrulamalı gezinme | Sticky | Oturum ortasında IP değişikliği dolandırıcılık tespitini tetikler; oturum çerezleri tek kimlikte kalmalıdır |
| Çok adımlı ödeme veya form akışı | Sticky | Sepet / form durumu oturuma bağlıdır; akış ortasında rotate etmek hesap ele geçirme gibi görünür |
| Tek havuz üzerinden paralel birden çok bağımsız kullanıcı | Sticky (kullanıcı başına bir session ID) | Her kullanıcı kendi sabitlenmiş cihazını alır; havuz kullanıcılar arasında IP çeşitliliği sağlar |
| Tek seferlik veri getirme, takip isteği yok | Rotating | Sticky gerekmez; rotating istek başına maksimum IP çeşitliliği verir |
| Hesap oluşturma + profil kurulumu (saatler uzunluğunda) | Uzun TTL ile sticky (1800 – 3600 sn) | Onboarding boyunca tutarlı kimlik; IP yenileme aynı cihaz içinde kalır |
Çoğu üretim iş akışı her iki modu karıştırır: keşif ve geniş tarama sırasında rotate edin, ardından kimliği tek bir noktada kalması gereken adımlar için sticky'ye geçin. Mod, bağlantı ayarlarını değiştirmeden kullanıcı adında kodlandığından — uç noktada değil — istek bazında geçiş yapabilirsiniz.
İstemci başına kontroller ve sticky session'lar
Sticky session'lar bir token grubu içinde yaşar ve Nodetonet'in sunduğu tüm istemci başına kontrollerle etkileşir. Bilinmesi gereken birkaç nokta:
- İş parçacığı sınırları oturum başına değil, istemci başına uygulanır. Her biri paralel istekler yapan 10 eş zamanlı oturumunuz varsa, iş parçacığı sınırları toplam işlem hacmi sınırını yönetir. Bkz. istemci başına iş parçacığı sınırları.
- Kota ve süre sonu oturum modundan bağımsız olarak uygulanır. Sticky session'lar rotating olanlarla aynı kota havuzundan harcar. Bkz. istemci başına kota sınırları.
- IP izin/engel listeleri çıkış IP'lerine değil, proxy'ye giren bağlantılara uygulanır. Sticky bu kontrolleri atlamaz.
- Domain izin/engel listeleri istek bazında her zamanki gibi uygulanır.
Upstream sağlayıcı ile sticky
Token grubunuz bir upstream residential sağlayıcıya zincirleniyorsa, sticky bağlama oturum başlangıcında seçilen upstream kimlik bilgilerine eklenir. Bu upstream kimlik bilgileri ardından tam TTL boyunca yeniden kullanılır ve zincir üzerinden tutarlı çıkış kimliği sağlar. Bu, residential IP güvenine ihtiyaç duyduğunuzda ancak çok oturumlu sticky'nin Nodetonet katmanında yönetilmesini istediğinizde kullanışlıdır. Yapılandırma ayrıntıları için sticky upstream session'lar yazısını okuyun.
TCP/IP parmak izi ve sticky session'lar
Nodetonet, bağlantıların ağ katmanında gerçek Android cihazlar gibi görünmesi için TCP/IP parmak izi sahteciliği'ni destekler. Sticky session'larla birleştirildiğinde çift katmanlı tutarlılık elde edersiniz: oturumdaki her istek için aynı cihaz (aynı operatör IP aralığı, aynı CGNAT zarfı) ve aynı ağ parmak izi. TLS JA3/JA4 parmak izlerini IP itibarının yanı sıra inceleyen anti-bot sistemleri, oturum penceresi boyunca tutarlı bir mobil kimlik görür.
Tanılama: sticky session'ınızın çalıştığını doğrulama
En hızlı sağlık kontrolü, aynı session ID ile iki istek yapıp çıkış IP'sini karşılaştırmaktır:
# Aynı session sonekiyle iki kez calistirin
curl -s -x http://u8x2-session-test99:p7q1@sub42.nodetonet.com:48888 https://api.ipify.org
curl -s -x http://u8x2-session-test99:p7q1@sub42.nodetonet.com:48888 https://api.ipify.org
# Ikisi de ayni IP'yi dondurmeliSticky session proxy'yi kullanacak şekilde yapılandırılmış bir tarayıcıda ücretsiz IP adresim nedir aracımızı da kullanabilirsiniz — TTL penceresi içinde sayfa yenilemelerinde bildirilen IP sabit kalmalıdır. Daha derin inceleme için proxy denetleyici tek bir çağrıda çıkış IP'sini, ASN'yi ve operatörü bildirir.
Başlayın
Sticky session'lar ekstra kayıt gerektirmez — en az bir çevrimiçi cihazla bir token grubu oluşturduğunuz anda her Nodetonet hesabında kullanılabilir. Başlamak için ücretsiz hesap oluşturun, özellikler genel bakışında tam özellik setini keşfedin veya sticky'yi etkinleştirmeden önce altta yatan cihaz havuzunu kurmak için token grupları: havuz oluşturma yazısını okuyun.