PAYDAY 3 ve Proxy: Kapsam Nerede Başlar, Nerede Biter?

PAYDAY 3 ile proxy ilişkisini kurmanın ilk adımı, istemcinin tek bir bağlantı değil birkaç bağımsız istek ailesi ürettiğini kabul etmektir. Hesabınız doğrulanırken kurulan oturum bir yerden, soygun sırasında saniyede onlarca kez güncellenen konum ve hasar bilgisi başka bir yerden, sezon içeriğinin indirilmesi ise tamamen ayrı bir dağıtım altyapısından geçer.

Bunun pratik karşılığı şudur: “oyunu proxy üzerinden çalıştırmak” diye tek parça bir işlem yoktur. Yapılandırmanız hangi süreci ve hangi taşıma protokolünü kapsıyorsa yalnızca onu etkiler. Tarayıcıdan açtığınız mağaza sayfası proxy çıkışından görünürken, aynı anda süren maç oturumunuz büyük olasılıkla normal hattınızdan devam eder.

İkinci nokta beklenti ayarıyla ilgilidir. Proxy bir hızlandırıcı değil, bir yönlendirme kararıdır: değişen tek şey karşı tarafın bağlantınızı nereden gelmiş sayacağıdır. Hesabınızın bağlı olduğu mağaza, ödeme yöntemi ve ilerleme kaydı olduğu yerde kalır.

PAYDAY 3 oturumu hangi taşıma protokollerine dağılır?

Oyunu açtığınız anda istemci kısa ve sık HTTPS istekleriyle işe başlar: kimlik doğrulama, ilerleme kaydının çekilmesi, arkadaş ve oturum listeleri. Bunların tamamı TCP üzerinde taşınır ve bir HTTP proxy’sinin CONNECT tüneline sorunsuz girer. Hacimleri küçüktür, ama oyuna girip girememeniz tamamen bunlara bağlıdır; bu yüzden bir kurulum hatası en görünür biçimde burada, giriş ekranında ortaya çıkar.

Soygun başladıktan sonra üretilen trafik bambaşka bir karakterdedir. Konum, nişan ve hasar bilgisi küçük, sürekli ve gecikmeye duyarlı paketler hâlinde akar; çevrimiçi nişancı oyunlarında olağan olduğu üzere bu akış ağırlıkla UDP üzerinde yürür. CONNECT tüneli yalnızca TCP taşıdığından bu paketler oraya hiç girmez. Sistem geneli bir HTTP proxy tanımlamış olsanız bile maç trafiğiniz çoğu kurulumda doğrudan çıkar.

Araya üçüncü bir aile daha girer: oyunun içinden açılan mağaza, kozmetik ve ilerleme ekranları. Bunlar arayüzde oyunun parçası gibi görünse de arka planda web isteği gibi davranır ve TCP üzerinde çalışır. Yani aynı pencerede, aynı anda, proxy kapsamına giren ve girmeyen iki trafik türü yan yana durabilir. İki protokolün taşıdığı yükün ve kimlik doğrulama biçiminin ayrıntısı için HTTP proxy ile SOCKS5 farkı yazısı iyi bir başlangıçtır.

Launcher, hesap servisi ve oyun istemcisi ayrı ayrı davranır

PAYDAY 3’te üç ayrı yazılım katmanı iç içe çalışır. En dışta oyunu satın aldığınız mağaza istemcisi vardır; güncellemeleri o indirir ve oyunu o başlatır. İçeride Starbreeze’in kendi hesap katmanı (Nebula) bulunur; oyun hesabınız mağaza hesabınızla eşleştirilir ve çevrimiçi işlevler bu eşleşmeye dayanır. En içte ise oyun istemcisinin kendi ağ yığını durur.

Bu üçü proxy karşısında aynı davranmaz. Mağaza istemcisi indirme trafiğini kendi indirme motoruyla yönetir ve çoğu durumda işletim sistemi proxy ayarını dikkate alır; Steam tarafındaki ayrıntılar için Steam proxy ayarları rehberine bakabilirsiniz. Hesap katmanının istekleri sıradan HTTPS çağrılarıdır ve tünele girer. Oyun istemcisi ise kendi soketlerini açar; sistem ayarını okuması garanti değildir.

Sahada en çok karışan nokta budur: kullanıcı proxy’yi tanımlar, mağaza istemcisinde çıkış adresinin değiştiğini görür ve tüm zincirin yönlendirildiğini varsayar. Oysa yalnızca en dış katman kapsama girmiştir. Kapsamı gerçekten görmek istiyorsanız test tek bir noktadan yapılmamalı: mağaza istemcisinden bir indirme başlatın, hesap katmanının açtığı bir sayfayı görüntüleyin ve oyunu açıp bir oturuma girin.

Üç katmanın ayrı ayrı davranmasının bir de olumlu yanı vardır: kapsamı bilinçli olarak daraltabilirsiniz. İndirmeyi yönlendirip maç trafiğini olağan hattınızda bırakmak, tek bir sistem geneli ayarla her şeyi tünele sokmaya çalışmaktan hem daha öngörülebilir hem de sorun çıktığında daha kolay teşhis edilir bir kurulumdur.

Yama ve içerik indirmesini yönlendirmenin bedeli

Bir oyun gününde aktarılan baytların ezici çoğunluğu maç trafiğinden değil, güncelleme ve içerik indirmesinden gelir. Sezon başı yamaları ve yeniden paketlenen varlık dosyaları tek seferde birkaç gigabaytı bulabilir. Bu yükü bir proxy üzerinden çekerseniz iki şey aynı anda olur: kotanız bu hacim kadar erir ve indirme hızınız artık proxy çıkışının bant genişliğiyle sınırlanır.

İkinci etki daha az fark edilir ama daha sinsidir. İçerik dağıtım ağları isteği yapan tarafa yakın bir düğüm seçmeye çalışır; seçim büyük ölçüde alan adı çözümünün nerede yapıldığına ve bağlantının hangi adresten kurulduğuna bağlıdır. Çözümü kendi ağınızda yapıp bağlantıyı başka bir ülkedeki proxy’den kurarsanız, size yakın seçilmiş bir düğüme uzak bir noktadan bağlanmış olursunuz ve her parça gereksiz bir tur atar. Bu davranışın mekaniği SOCKS5’te DNS nerede çözülür yazısında ayrıntılı anlatılıyor.

Bu yüzden pratik kural nettir: indirme trafiğini zorunlu olmadıkça tünele sokmayın. Kurumsal bir ağda tek çıkış noktasından geçme zorunluluğu varsa, en azından çıkışı coğrafi olarak size yakın seçin ve indirmeyi yoğun saat dışına alın. Kota planlamasını önceden yapmak isterseniz bant genişliği hesaplama yazısı hacmi ay bazında öngörmenize yardım eder.

Eşleştirme bölgesi ile mağaza bölgesi neden aynı şey değildir?

Oyuncuların en sık karıştırdığı iki kavram bunlardır. Eşleştirme bölgesi, oturumun hangi sunucu grubunda kurulacağına dair bir ağ kararıdır; istemci genellikle ölçümle ya da açık bir seçimle en uygun bölgeyi belirler. Mağaza bölgesi ise tamamen hesap tarafında tutulan ticari bir kayıttır: hangi para biriminde fiyat gördüğünüz, hangi ödeme yöntemlerinin kabul edildiği buna bağlıdır.

Proxy çıkışınızı değiştirmek birinciyi dolaylı olarak etkileyebilir, ikincisini değiştirmez. Mağaza bölgesi hesabınıza, ödeme aracınıza ve platformun kendi kurallarına bağlıdır; çıkış adresinin ülkesi tek başına belirleyici değildir. Farklı ülkelerdeki fiyat yapısını incelemek isteyen kurumsal kullanıcılar için doğru çerçeve, satın alma değil pazar araştırmasıdır; bu ayrımı oyun mağazalarında bölgesel fiyat araştırması yazısı açıklıyor.

Eşleştirme tarafında ise beklentiyi gerçekçi tutmak gerekir. İstemci bölgeyi kendi ölçümüne göre seçiyorsa, proxy yalnızca TCP isteklerini kapsıyor ve ölçüm UDP üzerinden yapılıyorsa, seçim sizin olağan hattınızın gecikmesine göre yapılır. Yani tünel açık olsa bile bölge kararı çoğu kurulumda değişmez.

Burada bir sınır çizmek gerekiyor: bu sayfa, bölgesel dağıtım koşullarını etkisiz kılmayı ya da hesap kurallarının dışına çıkmayı konu etmez. Hizmet şartlarına uyum kullanıcının sorumluluğundadır. Proxy’nin bu bağlamdaki meşru kullanımı farklı bir pazarda içeriğin nasıl göründüğünü doğrulamak, kurumsal ağdan sabit bir adresle çıkmak ve test ortamlarını ayrıştırmaktır.