Bandcamp Proxy: Koleksiyon Oturumu ve Çıkış IP Kararı

Bandcamp’i tek bir web sitesi gibi düşünmek, proxy kurulumunda en sık yapılan hatadır. Sanatçı sayfasının HTML’i bir yerden, kapak görselleri ile ön dinleme akışı başka bir ana bilgisayardan, satın aldığınız dosyanın indirme bağlantısı ise üçüncü bir yoldan gelir. Proxy kuralınız bu adreslerin hepsini kapsamıyorsa sayfa sorunsuz açılır fakat oynatıcı sessiz kalır ya da indirme yarıda kopar.

İkinci karışıklık kaynağı kimliktir. Koleksiyonunuz, satın alma geçmişiniz ve indirme haklarınız hesaba bağlıdır; çıkış IP’si bunların sahibi değildir. Proxy rotayı değiştirir, kimliği değiştirmez. Bu ayrımı kabul etmeden yapılan her kurulum, yanlış yerde hata arar.

Aşağıdaki bölümler sırasıyla şunları ele alıyor: isteklerin hangi ana bilgisayarlara dağıldığı, çerez ve cihaz kimliğinin oturumla ilişkisi, mobil uygulama ile tarayıcı arasındaki kapsam farkı, bant genişliği maliyeti, çıkış türü seçimi ve herkese açık katalog araştırmasının nasıl disiplinli yürütüleceği.

Bandcamp sayfası açılırken istekler hangi ana bilgisayarlara dağılır?

Bir sanatçı sayfasını açtığınızda tarayıcı önce ana alan adına bir HTTPS isteği yapar. Bu istek proxy üzerinden gidiyorsa sunucu tarafında görünen adres proxy çıkışıdır. Yanıt gövdesi HTML ve betiklerden ibarettir; boyutu küçüktür, dolayısıyla ilk açılış hissini belirleyen şey indirilen bayt miktarı değil, bu isteğin gidiş-dönüş süresidir.

Sayfa çizildikten sonra ikinci dalga başlar. Kapak görselleri, küçük resimler ve oynatıcının çektiği ses parçaları ayrı bir içerik dağıtım ana bilgisayarından gelir; bu ana bilgisayarın adı ana alan adından farklıdır. Tarayıcı uzantısında yalnızca tek bir alan adı için kural yazdıysanız medya istekleri kuralın dışında kalır ve doğrudan çıkar. Görünen tablo şudur: sayfa yeni ülkeden, ses eski çıkıştan gelir.

Üçüncü katman satın alma sonrası indirmedir. Dosya bağlantıları genellikle süreli üretilir ve hesabınıza bağlıdır. Bağlantıyı aldığınız oturum ile indirmeyi başlattığınız bağlantı farklı çıkışlardan geliyorsa bazı kurulumlarda aktarım reddedilir ya da baştan doğrulama istenir. Aynı işi tek bir çıkışla bitirmek bu sürtünmeyi ortadan kaldırır.

Koleksiyon oturumu: çerez, cihaz parmak izi ve çıkış adresi

Oturumunuz bir çerezle taşınır ve o çerez tarayıcı profiline yazılır, proxy sunucusuna değil. Proxy’yi değiştirmek çerezi silmez; çerezi silmek de çıkışı değiştirmez. İki mekanizma birbirinden bağımsızdır ve sorun giderirken ayrı ayrı ele alınmalıdır.

Çıkış adresinin değişmesi tek başına oturumu düşürmez. Sürtünme yaratan şey ani ve büyük sıçramalardır: aynı hesabın birkaç dakika içinde birbirinden uzak ülkelerden görünmesi tutarsız bir tablo oluşturur ve ek doğrulama istenmesine yol açabilir. Giriş yapılan her işte sabit çıkış kullanın; kavramsal arka plan için sticky oturum yazısı işe yarar. Rotating (dönen) çıkışlar ise yalnızca oturum taşımayan okumalar için uygundur; giriş yapılmış bir sekmede adresin kendiliğinden değişmesi, işin ortasında hesabın başka bir ülkeden görünmesine yol açar.

Üçüncü bileşen cihaz kimliğidir. Dil tercihi, saat dilimi, ekran ölçüleri, yüklü yazı tipleri ve tarayıcı sürümü IP’den bağımsız sinyallerdir ve proxy bunların hiçbirine dokunmaz. Çıkışınız Almanya’dayken tarayıcınızın saat dilimi Europe/Istanbul kalıyorsa tutarsızlık sürer. Bu katmanın nasıl hizalandığını antidetect tarayıcı ve proxy yazısı açıklıyor.

Ekip çalışmasında bu üç katman sıkça birbirine karışır. Aynı hesaba iki ayrı ofisten bağlanan iki kişi doğal olarak iki farklı çıkıştan görünür ve bu, oturum tarafında olağan bir durumdur; sürtünmeyi yaratan şey kişi sayısı değil, aynı oturumun kısa aralıklarla yer değiştirmesidir. Ortak bir çıkış tanımlayıp herkesin oradan bağlanmasını sağlamak, her kullanıcıya ayrı bir adres vermekten daha tutarlı bir tablo üretir.

• Bir hesap için bir tarayıcı profili, bir profil için tek çıkış kullanın.
• Çıkış ülkesini hesabın olağan kullanım ülkesiyle aynı tutun.
• VPN ile proxy’yi üst üste bindirmeyin; hata kaynağını ayıramazsınız.
• Oturumu açtıktan sonra iş bitene kadar çıkışı değiştirmeyin.

Mobil uygulama ile tarayıcı arasındaki kapsam farkı

iOS ve Android’de proxy tanımlanan yer Wi-Fi ağının ayrıntı ekranıdır ve bu ayar yalnızca o ağ için geçerlidir. Cihaz hücresel veriye düştüğü anda kural devre dışı kalır; kullanıcı bunu fark etmez çünkü uygulama çalışmaya devam eder, sadece başka bir çıkıştan. Adım adım kurulum için Android proxy ayarları yazısı yeterlidir; iOS tarafında akış aynıdır, ayar yine bağlı olduğunuz ağın ayrıntı ekranındaki elle yapılandırma alanındadır ve ağdan çıkıldığında kendiliğinden devre dışı kalır.

İkinci sınır, uygulamanın sistem ayarını dikkate alıp almamasıdır. Bazı istemciler kendi bağlantı yığınını kurar ve yalnızca doğrudan çıkışı kullanır. Böyle bir durumda arayüz açılır, listeler gelir, ama ses akışı proxy’nin dışından ilerler. Web istemcisinde ise tüm istekler tarayıcının ağ katmanından geçtiği için kapsam öngörülebilirdir; bu yüzden test ve doğrulama işlerini tarayıcıda yürütmek daha az sürpriz üretir.

Üçüncü fark sertifikadır. HTTPS bağlantısında proxy CONNECT ile bir tünel açar ve şifreli baytları taşır; içeriği okuyamaz, yalnızca hangi ana bilgisayara bağlandığınızı ve ne kadar bayt aktığını görür. Trafiği açıp yeniden şifreleyen kurumsal denetim proxy’lerinde ise mobil uygulamalar sertifika sabitleme nedeniyle bağlanmayı tümüyle reddedebilir; bu konunun ayrıntısı TLS sertifika doğrulama yazısındadır.

Bir dinleme ve satın alma oturumunda bant genişliği nereye gider?

Residential ve mobil çıkışlar çoğunlukla aktarılan veri üzerinden ücretlendirilir. Bu yüzden “hangi isteği proxy’den geçiriyorum” sorusu teknik bir tercih değil, doğrudan maliyet kalemidir. Sayfa HTML’i ve betikler toplamın küçük bir dilimidir; kapak görselleri orta, ön dinleme akışı belirgin biçimde daha büyük bir paya sahiptir.

En ağır kalem satın alınan dosyanın indirilmesidir. Kayıpsız biçimler, aynı kaydın kayıplı sürümlerine göre kat kat büyük dosyalar üretir; tek bir albümü kayıpsız indirmek, saatlerce sayfa gezinmekten daha fazla veri taşır. Bir sonraki şemadaki ağırlıklar bu sıralamayı temsil eder, ölçülmüş bir değer değildir.

Pratik yaklaşım işi ikiye ayırmaktır: bölgesel görünümü doğrulamak, katalog gezmek ve fiyat/format seçeneklerini okumak gibi küçük istekler proxy üzerinden gider; büyük dosya aktarımı, bölgesel bir kısıt yoksa doğrudan bağlantıdan yapılır. Hesap tutmak için bant genişliği hesaplama yazısındaki yöntem yeterlidir: tek bir gezinme oturumunun ortalama boyutunu ölçün, günlük oturum sayısıyla çarpın ve çıkan rakamı paket kotanızla karşılaştırın. Kotayı ay ortasında tüketen şey genellikle gezinme değil, planlanmamış tek bir büyük indirmedir.

Bağlantı başına maliyeti düşürmenin bir yolu da yeniden el sıkışmayı azaltmaktır. Kalıcı bağlantı (keep-alive) kullanımı, aynı çıkışa arka arkaya yapılan isteklerde TCP ve TLS kurulum yükünü ortadan kaldırır; kapak görselleri gibi çok sayıda küçük isteğin peş peşe geldiği sayfalarda bu fark açıkça hissedilir.