IP’nin Korunduğu Oturumlar

IP’nin korunduğu oturum (sticky session), proxy hizmetine ilişkili isteklerde tek çıkış IP adresini tutmasını söyler. Atama geçerli ve çıkış kullanılabilir kaldıkça uygulamanız bu adresten sayfa açabilir, veri gönderebilir ve sonuç alabilir. Görev bitince uygulamanız sonraki görev için ayrı oturum başlatabilir.

Bu, genellikle dönen havuza erişim modudur. Genel karşılaştırma Statik ve Dönen Proxy Sunucuları makalesinde ele alınır. Buradaki konu, tek görev için adresin nasıl korunduğu, atamanın ne kadar sürdüğü ve nelerin onu kesintiye uğratabileceğidir.

Hizmet seçilen IP adresini nasıl korur?

Hizmet, hangi bağlantıların aynı göreve ait olduğunu tanımalıdır. Yaygın yöntem, proxy ayarlarındaki oturum kimliğidir. İlk bağlantıda hizmet bir çıkış seçip kimlikle ilişkilendirir. Aynı oturum ayarlarıyla gelen sonraki bağlantılar, oturum etkin kaldıkça atanmış çıkışı kullanır.

Örneğin tarayıcı testi task1 oturum adını kullanır. İlk bağlantısına örnek çıkış IP adresi 198.51.100.27 verilir. Aynı etkin atamayla sonraki sayfanın açılması ve form gönderilmesi de bu adresi kullanır. Ad, atamayı tanımlar; IP adresini kodlamaz veya kalıcı olarak ayırmaz.

Oturum kimliği proxy kullanıcı adına eklenebilir, API ile seçilebilir veya yapılandırılmış portla temsil edilebilir. Bazı hizmetler ayrı ad gerektirmeyen varsayılan oturum da sağlar. Bunlar atamayı yönetmenin farklı yollarıdır; dolayısıyla IP’yi koruyan erişim için evrensel kullanıcı adı biçimi veya port numarası yoktur.

IP’nin korunduğu oturum birden fazla ağ bağlantısını kapsayabilir. Bu, yalnızca tek açık bağlantıyı yeniden kullanmaktan farklıdır: Aynı olağan TCP bağlantısındaki istekler zaten çıkış IP adresini korur. Oturumun adresi bağlantılar arasında tuttuğunu anlamak için yararlı gözlem, aynı oturum ayarlarıyla yeni bağlantı açıldığında ne olduğudur.

Birden fazla istek ne zaman tek IP adresi gerektirir?

Çok adımlı tarayıcı testi açık bir örnektir. Oturum açabilir, ayarlar sayfasını açabilir, değişiklik gönderebilir ve sonucu kontrol edebilir. Kaynak IP adresini sabit tutmak, özellikle site adresi oturum kontrollerinden biri olarak kullanıyorsa test sırasında önlenebilir bir değişimi ortadan kaldırır.

Alışveriş veya rezervasyon testi de tutarlı bölgesel deneyime bağlı olabilir. Uygulama aynı çıkıştan arama yapar, seçenek belirler ve sonraki aşamayı kontrol eder. Bu, adımlar arasında ağ konumunu tutarlı tutmaya yardımcı olur; ancak site ne göstereceğine karar verirken hesap ayarlarını, teslimat bilgilerini veya çerezleri de kullanabilir.

Başka örnek, hedef hizmetin ilişkili işlemleri tutarlı kaynak adresten beklediği API çağrıları dizisidir. Atama, duraklamalar ve yeniden denemeler dahil tüm diziyi kapsamalıdır. Buna karşılık bağımsız herkese açık sayfa sorguları mutlaka tek IP gerektirmez. Devamlılık görev için önemliyse adresi korumak yararlıdır; tek başına adresin itibarını iyileştirmez veya sitenin isteği kabul etmesini garanti etmez.

Proxy oturumu, web sitesindeki açık oturumu korumaz

Proxy hizmeti çıkış adresini kontrol eder. Web sitesi kendi oturumunu kontrol eder: giriş durumunuz, sepetiniz veya formdaki ilerlemeniz. Tarayıcı veya HTTP istemcisi bu durumu normalde çerezler ya da kimlik doğrulama belirteçleriyle taşır. İki sistem de oturum sözcüğünü kullanabilir, ancak farklı bilgileri tutar.

Bu, çıkış IP adresi değişmeden giriş oturumunun sona erebileceği anlamına gelir. Çerezleri temizlemek de proxy atamasını etkilemeden web sitesinin kullanıcıyı tanımasını kaldırabilir. Tersi de mümkündür: Web sitesi IP değişiminden sonra geçerli girişi kabul edebilir. Davranışı kendi kurallarına bağlıdır.

HTTP kitaplığındaki oturum nesnesi genellikle çerezleri saklar ve bağlantıları yeniden kullanır. Bu nesneyi oluşturmak proxy hizmetinde otomatik olarak IP’yi koruyan erişimi etkinleştirmez. Tam iş akışı için uygulama, web sitesi durumuyla amaçlanan proxy atamasını birlikte korumalıdır. Farklı görevlerin çerez paylaşmaması gerektiğinde ayrı tarayıcı profilleri veya yalıtılmış istemci durumu yine gereklidir.

Oturum süresi gerçekte ne demektir?

İki zamanlayıcı da oturum süresi olarak tanımlanabilir. Sabit yaşam süresi, atamanın başlangıç noktasından itibaren ne kadar var olabileceğini sınırlar. Hareketsizlik zaman aşımı, son uygun istekten sonraki arayı sınırlar. Yeni istekler, ayrı bir sabit yaşam süresini uzatmadan hareketsizlik zamanlayıcısını yeniden başlatabilir.

On dakika sınırı olan iki örnek oturum düşünün. İkisi de 14:00’te başlar ve 14:08’de yeni istek alır. Sabit yaşam süresinde bitiş 14:10 olarak kalır. Hareketsizlik zaman aşımında bu istek hareketsizlik bitişini 14:18’e taşır. Dolayısıyla belirtilen aynı süre, etkin görev sırasında çok farklı davranışlar üretebilir.

Hizmet her iki sınırı uygulayabilir. Bu durumda sınırlardan herhangi birine ulaşıldığında atama biter. Olağan varsayılan süre de ayarlardaki en uzun süreden farklı olabilir. Trafiği sürdürmek hareketsizlik nedeniyle sona ermeyi önleyebilir, ancak ayrı azami yaşam süresini kaldırmaz.

Sürenin dolması eski çıkışa atamayı bitirir. Aynı oturum adıyla bile sonraki bağlantı başka adres alabilir. Hizmete göre açık bağlantının bitmesine izin verilebilir veya bağlantı kapatılabilir. Zamanlayıcı, bitmemiş TCP alışverişini farklı IP adresine aktarmaz.

Tüm görevi, yavaş yanıtları ve beklenen duraklamaları kapsayan süre seçin. Eski atamanın sonuna yakın yeni iş akışı başlatmak, yapılandırılan sürenin düşündürdüğünden daha az zaman bırakır. Yalnızca boşta kalan oturumu etkin tutmak için gönderilen istekler de gerçek trafiktir; hizmetin istek veya trafik kotasına dahil olabilir.

Paralel görevleri ayrı tutma

Bağımsız görevlerin her biri kararlı adres gerektiriyorsa her göreve kendi oturum kimliğini verip adımları boyunca koruyun. Sonraki sayfayı yükleyen süreç, her isteğe yeni ad üretmek yerine görevin oturumunu yeniden kullanmalıdır. O görevdeki yeniden deneme, fark ettirmeden ilgisiz proxy ayarlarına geçmemelidir.

İki tarayıcı testinin aynı anda çalıştığını varsayın. İlki task1, ikincisi task2 kullanır ve her biri kendi çerezlerini tutar. İkisine aynı oturum adını vermek, diğer ayarlar da eşleşiyorsa hizmetten ortak atama istemek olur. Sıradan yeni sekme açmak tek başına ayrı proxy ayarları veya ayrı çerez deposu oluşturmaz.

Farklı kimlikler ayrı atamalar ister, ancak her hizmette farklı çıkış IP adresleri garanti etmez. Hizmetin ayrı adres vaat edip etmediği ayrı ürün özelliğidir. IP’yi koruyan erişim, çıkışı hesabınıza özel de yapmaz: Adres paylaşımlı havuza aitse diğer müşteriler kullanmaya devam edebilir.

Desteklendiğinde birden fazla bağlantı aynı oturumu eşzamanlı kullanabilir. Çıkışını paylaşır ve hesabın bağlantı ve kullanım sınırlarına tabi kalırlar. Daha fazla oturum adı bu sınırları artırmaz. Tam çalıştırmadan önce hem paralel görev sayısını hem de her görevin açtığı bağlantı sayısını kontrol edin.

Adres neden beklediğinizden önce değişebilir?

Geçerli zamanlayıcı, kullanılamaz çıkışı çalışır tutamaz. Konut cihazı çevrimdışı olabilir, mobil bağlantıya farklı genel IP adresi verilebilir veya sunucuya ulaşılamayabilir. İstenen süre atamanın zaman kurallarını anlatır; tek başına ilk çıkışın kullanılabilir kalmasını garanti etmez.

Çıkış kaybına iki olası yanıt vardır. Hizmet sonraki isteklerin sürmesi için yedek seçebilir veya hata döndürerek ilk çıkışı kullanma gereksinimini koruyabilir. Bazı ürünler seçmenize izin verir. Otomatik değişim başka bağlantı kurmaya öncelik verir; hata ise uygulamaya farklı adresten sürdürmeden önce durma olanağı verir.

Adın değişmemesi, oturumun diğer ayarlarının aynı kaldığını kanıtlamaz. Başka ağ geçidine geçmek veya ülke filtresini değiştirmek farklı atama oluşturabilir. İlgili kapsam hizmete bağlıdır: Oturum, bu ad altında her yerde kullanılmak yerine belirli hesap, ürün veya giriş sunucusuna ait olabilir.

Görev sırasında adres değişirse sonraki karar o görevin durumuyla ilgilidir. Salt okunur adımı tekrarlamak güvenli olabilir. Sipariş gönderen veya veri değiştiren işlem daha dikkatli ele alınmalıdır: Yanıtın kaybolması işlemin başarısız olduğunu kanıtlamaz. Başka çıkıştan yeniden başlatmadan veya devam etmeden önce nelerin tamamlandığını belirleyin.

Geçici devamlılık ne zaman yeterlidir?

IP’yi koruyan erişim, tek IP adresinin yalnızca o çalıştırmada gerektiği, başlangıcı ve sonu belli göreve uygundur. Üç şeyi test edin: Atama beklenen duraklamalarda korunuyor mu, tüm görev boyunca sürüyor mu ve çıkış kaybını gerektiği gibi ele alıyor mu? Teste normal duraklama sonrası yeni bağlantıyı dahil edin; zaten açık tek bağlantıdaki etkinlik, atamanın sonraki bağlantıda korunacağını kanıtlamaz.

Aynı adresin sunucunun izin listesinde kalması veya yarın yeniden kullanılabilmesi gerekiyorsa bu amaçla sabit atama sağlayan hizmet kullanın. Süre dolduktan sonra aynı oturum adını kullanmak önceki adresi güvenilir biçimde geri getirmez. Geçici koruma ve kalıcı atanmış IP adresi, farklı devamlılık gereksinimlerini karşılar.