Enshrouded ve Proxy: Kapsam, İndirme Maliyeti ve Hesap Tarafı

Enshrouded’da birlikte oynamanın en yaygın yolu, dünyanın ayrı bir sunucuda tutulmasıdır: makine sürekli açık kalır, oyuncular istedikleri zaman girer ve kayıt tek bir yerde durur. Bu düzen bağlantıyı iki ayrı parçaya ayırır ve proxy tartışması tam da bu ayrımda netleşir.

Birinci parça sunucuya erişimdir. Oyun verisi UDP üzerinde akar; klasik bir HTTP proxy bunu taşımaz ve SOCKS5 ancak dar koşullarda taşır. İkinci parça hesap ve içerik tarafıdır: mağaza, kütüphane, güncelleme indirme. Bu trafik TCP üzerindedir ve yönlendirilebilir.

Aşağıdaki bölümler bu iki parçayı ayrı ayrı ele alıyor; ayrıca konum değiştirdiğinizde hesap tarafında ne olduğunu, bunun neden güvenlik önlemleriyle ilgili olduğunu ve nasıl sorunsuz yönetileceğini anlatıyor.

Bağlantı hangi parçalardan oluşuyor?

Oyunu başlatmadan önce çalışan ilk şey platform istemcisidir: kütüphane bilgisi, sahiplik doğrulaması ve varsa güncelleme kontrolü burada yapılır. Bu isteklerin tamamı TCP üzerinde, TLS ile korunarak gider. Karşı taraf yalnızca çıkış adresinizi görür; oturumunuzun kimliği ayrıca taşınır.

İkinci parça sunucu seçimidir. Bir dünyaya doğrudan adresle katılabilir ya da listeden seçebilirsiniz. Liste isteği TCP üzerindedir; listedeki yanıt süreleri ise istemcinin doğrudan gönderdiği yoklamalarla hesaplanır ve sistem proxy ayarından etkilenmez.

Üçüncü parça oyunun kendisidir. Karakter konumu, dünya değişiklikleri ve olaylar kısa paketler hâlinde sürekli akar. Bu akışın taşıma türü UDP’dir; tercih edilmesinin nedeni, geciken bir paketi beklemek yerine bir sonrakini işlemenin oyunlarda daha iyi sonuç vermesidir. Aynı özellik, bu trafiğin proxy üzerinden taşınmasını zorlaştıran şeydir.

Dördüncü parça içerik indirmedir. İlk kurulum ve büyük güncellemeler dağıtım ağından HTTPS üzerinden gelir. Kota açısından belirleyici olan kalem budur ve proxy kararında en çok ihmal edilen taraftır.

Güncelleme boyutu, dağıtım düğümü ve indirme hızı

İçerik dağıtım ağları isteği, çözümlenen adrese ve ağ topolojisine bakarak size yakın bir düğüme yönlendirir. Doğrudan bağlandığınızda bu genellikle iyi çalışır: yakın bir düğüm seçilir ve indirme hattınızın kapasitesine yaklaşır. Proxy devreye girdiğinde denklem bozulabilir, çünkü seçim artık sizin konumunuza değil proxy’nin konumuna göre yapılır.

Buna bir de ikinci etki eklenir. Alan adı çözümü sizin ağınızda yapılıyorsa size yakın bir düğüm dönerken bağlantı proxy’nin ülkesinden kurulur; sonuç, veri paketlerinin gereksiz bir tur atmasıdır. Çözümün nerede yapıldığını kontrol etmek bu yüzden önemlidir ve indirme hızındaki açıklanamayan düşüşlerin sık rastlanan nedenidir.

Pratik sonuç nettir: büyük indirmeleri proxy dışında bırakmak çoğu kurulumda hem daha hızlı hem daha ucuzdur. Kapsamı uygulama bazında tutarsanız güncelleme trafiği olağan hattınızdan geçerken tarayıcı ve hesap trafiğiniz çıkıştan gitmeye devam eder. Hesabı somutlaştırmak için bant genişliği hesaplama yazısındaki yöntemi kullanabilirsiniz.

UDP taşımanın koşulları: SOCKS5 nereye kadar?

SOCKS5 protokolünde UDP taşımak için tanımlı bir yol vardır. İstemci proxy ile TCP üzerinden bir denetim bağlantısı kurar, UDP ASSOCIATE isteği gönderir ve proxy kendisine ait bir aktarma noktası bildirir. İstemci bundan sonra UDP paketlerini bu noktaya gönderir; proxy paketleri hedefe iletir ve dönen yanıtları geri taşır.

Bu mekanizmanın iki ayrı bağımlılığı vardır. Birincisi proxy sunucusudur: birçok sağlayıcı yalnızca TCP hizmeti verir ve UDP aktarmasını hiç açmaz. İkincisi istemcidir: oyunun ayarlarında SOCKS5 alanı yoksa istemci bu isteği kendiliğinden göndermez. İki koşuldan biri eksikse oyun verisi proxy’ye hiç uğramaz, olağan hattınızdan çıkar. Yöntemin ayrıntılı anlatımı SOCKS5 UDP desteği yazısında.

Koşullar sağlansa bile beklentiyi doğru kurmak gerekir. Aktarma noktası araya girdiği için paketler daha uzun bir yol kateder ve her aktarılan paket ek başlık taşır. Paket boyu yol üzerindeki en küçük MTU değerini aşarsa parçalanma başlar; parçalanmış UDP trafiğinde tek bir parçanın kaybolması tüm paketi kullanılamaz hâle getirir. Yani yöntem taşımayı mümkün kılar, kaliteyi artırmaz.

Bu nedenle Enshrouded gibi oyun verisi UDP üzerinde akan yapımlarda makul yaklaşım, proxy’yi hesap ve içerik tarafına uygulayıp oyun akışını olağan hattınızda bırakmaktır. Protokol seçimini genel olarak karşılaştırmak için port numaralarının ne anlama geldiği yazısı da işinize yarar.

Proxy neyi kapsar, neyi kapsamaz?

Kapsam listesini baştan görmek, sonradan yaşanacak yanlış teşhislerin çoğunu ortadan kaldırır. Bir proxy tanımı, kendisine yönlendirilen uygulamaların TCP bağlantılarını taşır. Bu, hesap girişini, kütüphane isteklerini, mağaza sayfalarını ve indirme oturumlarını içerir.

Kapsam dışında kalan şeyler ise ağın alt katmanlarındadır. Oyunun UDP akışı, sunucu listesindeki gecikme yoklamaları, yerel ağ keşfi ve yönlendiricinizin NAT davranışı bunlardandır. Bir proxy tanımı NAT eşlemesi kurmaz, gelen bağlantı kabul etmez ve bu yüzden “dışarıdan bana bağlanılamıyor” sorununu çözmez. Aradaki kavramsal fark proxy ile NAT karşılaştırmasında açıklanıyor.

Bu ayrımın pratik karşılığı şudur: kurulumdan sonra tarayıcıdan baktığınızda çıkış adresiniz değişmiş ama oyun aynı davranıyorsa, kurulum çalışıyor ve oyun zaten kapsam dışında demektir. Adresi IP adresim sayfasından doğrulamak bu kontrolü saniyeler içinde yapmanızı sağlar.

Kapsamı genişletmenin yolu daha agresif bir ayar değil, doğru katmanı seçmektir. Tüm cihaz trafiğini saran bir çözüm istiyorsanız aradığınız araç proxy değildir; proxy bir yönlendirme kuralıdır ve yalnızca tanımlandığı yeri kapsar.