Residential Proxy Yavaşlığı ve GB Kotası: Hata Teşhisi

Residential proxy yavaşlığı çoğu zaman bir bağlantı hatası gibi görünür: zaman aşımı, kopan oturum, yarım kalan yanıt. Kaynağı çoğu zaman çıkış noktasıdır. Çıkış bir ev bağlantısıdır; yükleme hızı indirme hızından düşük olan bir hat, kablosuz ağ ve o sırada başka iş yapan bir cihaz vardır. Bu üç değişkenin hiçbiri sizin elinizde değildir ve üçü de istekten isteğe değişir.

Datacenter çıkışı için ayarlanmış bir istemci bu değişkenliği hata olarak okur. Beş saniyelik okuma süresi datacenter hattında bol, ev hattında dar gelebilir; dar gelen her süre bir yeniden deneme üretir ve her yeniden deneme GB sayacına yazılır. Yavaşlık, hata ve kota bu yüzden residential tarafta tek bir sorun zinciridir; üçü birlikte teşhis edilir.

Bir isteğin yolu dört parçadan oluşur: sizinle gateway arası, gateway ile çıkış cihazı arası, çıkış cihazının kendi hattı ve hedef sunucu. Dördünü aynı anda ölçmek mümkün değildir; ayırmak için üç karşılaştırma yapılır.

Birinci karşılaştırma proxy’siz istektir. Aynı hedefe proxy olmadan on istek gönderip ilk bayt süresinin medyanını alın. Bu sayı hedefin kendi hızıdır ve proxy ile değişmez; proxy üzerinden ölçtüğünüz süreden bunu çıkardığınızda proxy katmanının eklediği gerçek maliyet kalır.

İkinci karşılaştırma aynı çıkışta tekrardır. Sticky oturum açıp aynı çıkış adresinden on istek gönderin. Süreler birbirine yakınsa o çıkış kararlıdır; medyan düşük ama doksanıncı yüzdelik birkaç kat yüksekse cihazın hattı dalgalanıyordur. Bu dalgalanma residential tarafta olağandır ve tek başına sağlayıcı sorunu göstermez.

Üçüncü karşılaştırma farklı çıkışlarda tekrardır. Rotasyonla on farklı çıkış adresinden aynı isteği gönderin ve her satıra çıkış adresini yazın. Çıkışlar arasında büyük fark varsa yavaşlık havuzun dağılımındandır; hepsi birden yavaşsa gateway ile aranızdaki yol ya da hedefin o ülkeye verdiği yanıt sorgulanır. Her isteğin çıkış adresini loga yazmadan bu ayrım yapılamaz.

İstemcilerde iki ayrı süre vardır: bağlantı süresi (TCP ve proxy el sıkışması bitene kadar) ve okuma süresi (yanıtın gelmesi bitene kadar). Residential tarafta ikincisi belirleyicidir, çünkü hedef yanıtı çıkış cihazının hattından geçer ve o hattın yükleme yönü dar olabilir. Bağlantı süresini kısa, okuma süresini uzun tutmak doğru yöndür.

Değeri tahminle seçmeyin; ikinci karşılaştırmadaki doksanıncı yüzdeliği ölçün ve okuma süresini bunun en az iki katına koyun. Varsayım olarak doksanıncı yüzdelik dört saniye çıktıysa okuma süresi sekiz saniyeden kısa olmamalıdır. Daha kısa bir değer, yanıtı gelmekte olan isteği keser; kesilen istek hem kota tüketmiş hem veri getirmemiştir ve yeniden deneme aynı bedeli bir kez daha öder.

Zaman aşımında yeniden denemeyi hemen yapmayın. Residential çıkışta ilk zaman aşımı çoğu zaman cihazın anlık yoğunluğudur; birkaç saniye bekleyip aynı oturumda tekrar denemek, rotasyonla yeni çıkışa atlamaktan daha ucuzdur. Yeni çıkış yeni TLS el sıkışması ve hedefin gözünde yeni bir ziyaretçi demektir; sayfalı bir akışta bu, baştan başlamak anlamına gelir.

Sticky oturumda aynı çıkış adresinde kalmayı istersiniz; çıkış bir ev cihazı olduğu için bu istek her zaman karşılanamaz. Cihaz kapanabilir, ev bağlantısı yeni bir adres alabilir ya da cihaz havuzdan ayrılabilir. Sonuç, oturum süresi dolmadan çıkış adresinin değişmesidir. Hedef site bu değişimi kullanıcının bir anda başka bir eve taşınması olarak görür; giriş yapılmış oturumlarda yeniden doğrulama, sayfalı listelerde ilk sayfaya dönüş en sık belirtidir.

Tespit için her oturumun ilk isteğinde çıkış adresini kaydedin ve her beş ya da on istekte bir adres kontrol ucuna uğrayıp karşılaştırın. Kurtarma için adres değiştiyse akışı o oturum için kaldığı yerden sürdürmeye çalışmayın; sayfalı akışı yeni oturumda baştan açın, giriş gerektiren akışta yeniden doğrulamayı kodun olağan yolu haline getirin.

Oturum süresini sağlayıcının tanımladığı en uzun değere sabitlemek de düşme riskini artırır. Akışın gerçekten ihtiyaç duyduğu süreyi ölçün: on sayfalık bir listeyi geçmek iki dakika sürüyorsa oturumu üç dakikaya kurmak, otuz dakikaya kurmaktan daha az kopma yaşatır, çünkü kısa oturum cihazın çevrimdışı olma penceresine daha az denk gelir.

Kota tükendiğinde istekler reddedilir. Hangi durum koduyla reddedildiğini tahmin etmek yerine ilk tükenmede logdan okuyup kodunuza o kodu “kota bitti” olarak tanıtın; böylece istemci bu hatada yeniden deneme yapmak yerine durur ve sizi uyarır. Yeniden deneme döngüsüne giren bir istemci kota bitince hiçbir şey kazanmaz, yalnız log doldurur.

Kota bitimini tek çıkış hatasından ayıran işaret eşzamanlılıktır. Tek bir çıkış adresi yavaşladığında ya da koptuğunda diğer oturumlar çalışmaya devam eder; kota bittiğinde bütün çıkışlardaki bütün istekler aynı dakikada aynı hatayı verir. Logda hata başlangıç zamanını çıkış adresine göre gruplarsanız fark bir bakışta görünür.

Kotanın beklenenden önce bitmesi ise ayrı bir sorundur ve çoğu zaman hata döngüsünden gelir. Zaman aşımında kesilen yanıtlar, yeniden denemeler ve yönlendirme zincirleri veri getirmeden kota tüketir. Kota için en iyi ölçü başarılı sayfa başına GB’dir: bu sayı gün içinde yükseliyorsa hata döngüsü büyüyordur. Aylık kota planı ve sayacın neyi saydığı GB hesaplama rehberinde ayrıca anlatılıyor.

Belirti: bazı istekler zaman aşımına düşüyor, çoğu normal. Neden: çıkış cihazlarının hat kalitesi dağılımı geniş. Çözüm: okuma süresini doksanıncı yüzdeliğin iki katına çıkarın; ilk zaman aşımında aynı oturumda bekleyip tekrar deneyin.

Belirti: bütün istekler aynı anda hata vermeye başladı. Neden: kota bitti ya da kimlik bilgisi değişti. Çözüm: paneldeki kalan kotaya bakın; sıfırsa yeni paket, değilse kimlik bilgisini ve izin listesini kontrol edin.

Belirti: sayfalı liste ikinci sayfada ilk sayfaya dönüyor. Neden: sticky çıkış adresi oturum içinde değişti. Çözüm: oturum başında adres kaydı, periyodik kontrol, değişimde akışı yeni oturumda baştan açma.

Belirti: ilk bayt süresi medyanı yüksek, proxy’siz ölçüm düşük. Neden: çıkış ülkesi hedefe uzak ya da hedef o ülkeye yavaş yanıt veriyor. Çözüm: hedefin barındırıldığı bölgeye yakın ülke filtresi deneyin ve iki ülkeyi aynı saatte karşılaştırın.

Belirti: GB sayacı başarılı sayfa sayısından hızlı artıyor. Neden: yeniden deneme ve yönlendirme döngüsü. Çözüm: deneme sayısını sınırlayın, yönlendirmeyi en çok üç adımda kesin, başarılı sayfa başına GB’yi günlük izleyin.

Belirti: yanıt geliyor ama captcha sayfası. Neden: hedef isteği şüpheli buluyor; yavaşlık ya da kotayla ilgisi yok. Çözüm: captcha neden çıkar rehberindeki dört deneyle sinyali bulun; bu yazının kapsamı dışındadır.

Yavaşlık ve kota sorunu havuzun dağılımından geliyorsa ve akışınız uzun oturum istiyorsa static IPv4 residential ürünü sorunu başka bir düzleme taşır: çıkış tek ve sabittir, bir kez ölçülür, zaman aşımı o tek hatta göre kurulur. Katalogda static IPv4 on iki ülkede adet bazlı aylık paketlerle sunulur; örneğin Türkiye’de 1, 5, 10, 50 ve 100 adet, Almanya ve ABD’de 5, 10, 50 ve 100 adet seçenekleri vardır.

Kısa ömürlü ve çok sayıda istek gönderen işlerde rotating IPv4 residential kalır; paketler 2, 10, 20, 50 ve 100 GB olarak 2,5 ile 120 USD arasında, tek seferlik ve süre sınırsızdır. Bu modelde yukarıdaki teşhis adımları günlük işin parçası olmalıdır, çünkü kota sayacı her hatayı fiyata çevirir. IPv6 destekleyen hedeflerde port bazlı aylık rotating IPv6 residential (Türkiye çıkışlı; 1, 5 ve 10 port) GB sayacı yerine port sayısıyla planlanır ve kota bitme sorununu tamamen kaldırır; karşılığında hedefin IPv6 kabul etmesi şarttır.

İki model arasındaki seçim yalnız yavaşlıkla verilmez; oturum ihtiyacı, adres sayısı ve aylık istek hacmi birlikte değerlendirilir. Bu karar için static mi rotating mi rehberindeki dört soru kullanılabilir.

Residential proxy datacenter’dan her zaman daha mı yavaştır? Medyan süre çoğu hedefte datacenter’a yakındır; fark dağılımın genişliğindedir. Residential çıkışta doksanıncı yüzdelik medyandan çok daha uzak olabilir ve istemci ayarları bu genişliğe göre yapılır.

Zaman aşımına düşen istek kota tüketir mi? Yanıtın gelen kısmı ve istek başlıkları aktarılmıştır; sayaç aktarılan veriyi sayar. Kesilen istek, getirdiği veriye oranla en pahalı istektir. Sayacın tam olarak neyi saydığı GB hesaplama rehberinde anlatılıyor.

Oturum düşmesini tamamen önleyebilir miyim? Hayır. Çıkış bir ev cihazı olduğu sürece oturum erken bitebilir. Kısa oturum, adres kontrolü ve baştan açılabilen akış tasarımı, düşmeyi ortadan kaldırmaz ama bedelini küçültür.

Kota bitince istekler hangi hata kodunu alır? Sağlayıcı ve ürün ayarına göre değişir; ilk tükenmede logdan okuyun ve o kodu istemcinizde “dur ve uyar” kuralına bağlayın. Tahmini bir koda göre yazılmış kural ilk gerçek tükenmede boşa çıkar.