MARVEL SNAP Proxy: Hangi Trafik Tünelden Geçer, Hangisi Geçmez?

Kart oyunları ağ tarafında kendine özgü bir yerde durur. Sunucuya sürekli konum ve nişan verisi akıtmazsınız; bir tur boyunca kararınızı verir, gönderir ve sonucu beklersiniz. Alışveriş kısa, seyrek ve küçüktür. Bu, bir nişancı oyununa göre gecikmeye daha toleranslı bir yapı demektir, ama toleranslı olmak duyarsız olmak anlamına gelmez.

Turların bir süresi vardır. Bağlantı bir anlığına takıldığında kaybettiğiniz şey birkaç kare değil, bütün bir tur olabilir. Bu yüzden bu oyunda önemli olan ortalama hız değil, bağlantının kesintisiz ve öngörülebilir olmasıdır.

Aşağıdaki bölümler üç ayrı soruyu ele alıyor: bir proxy kuralı bu oyunun trafiğinin hangi kısmını gerçekten taşıyabilir, mağaza istemcisi ile oyunun kendi bağlantısı arasındaki fark ne anlama gelir ve bölge davranışını neyin belirlediği konusundaki yaygın beklenti neden karşılıksız kalır.

Sıra tabanlı bir kart oyununun ağ profili

Oyun açıldığında istemci kimliğini doğrular, koleksiyonunuzu ve destelerinizi sunucudan ister, arayüzü çizer. Buraya kadarki trafik sıradan HTTPS istekleridir. Eşleşme başladığında ise ritim değişir: her turda küçük bir mesaj gider, sunucu sonucu belirler ve geri döner. Hacim düşüktür, sıklık orta düzeydedir.

Kritik nokta sonucu kimin belirlediğidir. İstemci kartın etkisini kendi hesaplayıp sunucuya bildirmez; karar sunucudadır. Bu, ağ tarafında iki şey anlamına gelir. Birincisi, bağlantı koptuğunda istemcinin elinde gösterilecek bir sonuç kalmaz ve ekran bekler. İkincisi, gecikme oyunun sonucunu doğrudan değiştirmez, yalnızca sizin karar vermek için sahip olduğunuz süreyi kısaltır.

Tur süresi bu yüzden önemlidir. Sayaç işlerken yaşanan bir takılma, aksiyon oyunundaki bir tökezlemeden daha pahalıya mal olabilir: geri döndüğünüzde tur çoktan kapanmış olabilir. Proxy kararında aranacak nitelik de budur — yüksek en iyi hız değil, dar bir dalgalanma aralığı ve kopma yaşamayan bir bağlantı.

Üçüncü bir trafik kalemi arayüzün kendisidir. Kart görselleri, varyantlar ve koleksiyon ekranları görsel ağırlıklıdır ve ilk kez görüntülendiklerinde indirilirler. Bu kalem eşleşme trafiğinden hacim olarak çok daha büyüktür ve kotalı bir çıkışta fark edilir.

Tünel neyi taşır: TCP, UDP ve kuralın gerçek kapsamı

Bir HTTP proxy, HTTPS hedefleri için CONNECT yöntemiyle tünel açar ve o tünelden yalnızca TCP akar. Bu, protokolün doğasıdır ve ayarla değiştirilemez. Yönteminin nasıl çalıştığı HTTP CONNECT metodu yazısında ayrıntılı anlatılıyor. Uygulamanın UDP üzerinde konuştuğu hiçbir kanal bu tünele giremez; UDP 443 üzerinden yürüyen HTTP/3 trafiği de buna dâhildir.

SOCKS5 tarafında durum daha esnektir ama otomatik değildir. Protokolün UDP ASSOCIATE yöntemi UDP taşıyabilir; ancak bunun çalışması için hem proxy sunucusunun yöntemi sunması hem de istemcinin onu kullanacak şekilde yazılmış olması gerekir. Oyun istemcilerinin büyük kısmı SOCKS5 konuşmaz ve işletim sistemi düzeyindeki proxy ayarları rastgele UDP akışlarını sarmalamaz. Ayrıntılar SOCKS5 UDP desteği yazısında duruyor.

Bunun pratik sonucu dürüstçe söylenmelidir: bir proxy kuralı çoğu oyunda giriş, hesap, mağaza, arayüz ve indirme trafiğini kapsar; eşleşme kanalının kapsanıp kapsanmadığı istemcinin tercihine bağlıdır. Hangi oyunun hangi kanalı hangi protokolle taşıdığını dışarıdan kesin olarak söylemek mümkün değildir; doğru yaklaşım varsaymak değil, kurulumdan sonra davranışı gözlemektir.

Gözlem şöyle yapılır: kuralı uygulayın, oyun dışında bir kontrol sayfasından çıkış adresinizi doğrulayın, sonra oyunu açıp davranışın değişip değişmediğine bakın. Çıkış adresi değişmiş ama oyunun davranışı hiç değişmemişse, muhtemelen oyunun ana kanalı kuralın kapsamı dışında kalıyordur. Bu bir arıza değil, protokolün sınırıdır.

Mağaza istemcisi, yama indirme ve oyunun kendi bağlantısı

Masaüstünde oyun genellikle bir mağaza istemcisi üzerinden kurulur ve güncellenir. Bu istemci ayrı bir uygulamadır: kendi indirme motoru, kendi bağlantı havuzu ve çoğu zaman kendi proxy ayarı vardır. Oyunu başlattığınızda ise oyun kendi bağlantılarını kurar. İkisi aynı makinede çalışır ama aynı kuralı paylaşmak zorunda değildir.

Bu ayrım iki yönde de şaşırtıcı sonuçlar üretir. Mağaza istemcisine proxy tanımlayıp oyunun trafiğinin de yönlendirildiğini sanabilirsiniz; ya da tersine, sistem geneli bir ayar yaptığınızda mağaza istemcisinin devasa indirmeleri de tünele girer ve kotanız beklenmedik biçimde erir. Mağaza tarafındaki ayarların nasıl çalıştığına dair bir örnek mağaza istemcisi proxy ayarları yazısında bulunuyor; masaüstünde kapsamı daraltmak için uygulama bazlı yönlendirme daha uygundur ve Windows proxy ayarları sayfası temel seçenekleri sıralıyor.

Mobil tarafta bölünme daha da keskindir. Uygulama mağazasından gelen güncellemeler oyunun kendi bağlantısının dışındadır; uygulama içi satın alma da işletim sisteminin mağaza süreci üzerinden yürür. Oyun için yazdığınız bir kural bu iki akışı kapsamaz. Bu, çoğu zaman iyi bir haberdir: yamalar kotalı çıkışınızdan düşmez.

Pratik öneri şudur: indirme ile oturumu bilinçli olarak ayırın. Yamayı kotasız hatta alın, oyunu proxy ile açın. Böylece hem kota planınız öngörülebilir olur hem de indirme hızınız aradaki fazladan durakla sınırlanmaz.

Aylık hacim nerede birikiyor?

Bu oyunda hacim, oynadığınız maçlardan çok gördüğünüz görsellerden gelir. Sürüm günlerinde inen yama ve varlık paketleri en ağır kalemdir; koleksiyon, mağaza ve arayüz ekranları ikinci sırada durur. Eşleşme trafiğinin kendisi ise küçüktür: turlar arasında giden mesajlar kısa ve seyrektir.

Bu dağılımın kota açısından anlamı açıktır. Kotalı bir çıkışta tasarrufun tamamı ilk iki kalemde saklıdır ve ikisi de öngörülebilir olaylardır — takvim bellidir, indirme anını siz seçebilirsiniz. Maç trafiğini kısmaya çalışmak ise ne mümkündür ne de anlamlıdır; zaten hacmin küçük bir parçasıdır. Hesaplamayı nasıl yapacağınız bant genişliği hesaplama yazısında adım adım duruyor.

Dördüncü kalem telemetri ve bildirim trafiğidir. Küçüktür ama süreklidir ve uygulama arka planda açık kaldığı sürece devam eder. Birden fazla cihazda oturum açık bırakmak bu kalemi çoğaltır; her açık istemci kendi isteklerini gönderir.

Kota planını ölçüme dayandırın. Bir sürüm döngüsü boyunca panelinizdeki tüketimi olay bazında not edin; iki döngüden sonra elinizde ortalamadan çok daha güvenilir bir tahmin olur ve paket kararınız tahmine değil kayda dayanır.