Last Epoch Proxy: Tünelden Geçen Trafik ve Geçmeyen Trafik

Last Epoch ile proxy ilişkisini anlamanın ilk adımı iki modu ayırmaktır: çevrimiçi karakter sunucu tarafında yürür, offline karakter ise cihazınızda kalır. İkisi de aynı istemciden açılır ama ağ katmanında bambaşka davranırlar; proxy kararınızın etkisi yalnızca birincisinde görünür.

İkinci ayrım, tek bir oyunun arkasında birden fazla servis bulunmasıdır. Dağıtım platformunun istemcisi kendi oturumunu taşır, oyunun hesap katmanı ayrı bir doğrulama yapar, oyun oturumu ise açıldıktan sonra kesintisiz bir durum alışverişine geçer. Bir noktaya proxy tanımlamak bu üçünü birden kapsamaz.

Üçüncüsü beklentiyle ilgilidir. Proxy bir hızlandırma aracı değil, trafiğin nereden çıkacağına dair bir karardır: görünen adres değişir, yola bir durak eklenir ve toplam gecikme çoğu kurulumda büyür. Aşağıdaki bölümler kapsamın nerede bittiğini ve hangi işlerde gerçekten karşılık verdiğini anlatıyor.

Last Epoch açılırken hangi servisler ayrı ayrı devreye girer?

Oyunu başlattığınızda tek bir bağlantı kurulmaz. Dağıtım platformunun istemcisi kendi oturumunu çoktan açmıştır ve güncelleme kontrolünü kendi ağ yığınıyla yapar. Oyun açıldığında hesap katmanı devreye girer; burada karakterinizin çevrimiçi ilerlemesi ve oturum hakkınız doğrulanır. Ancak bundan sonra dünyaya girersiniz ve istemci ile sunucu arasında sürekli bir durum alışverişi başlar.

Bu üç aşamanın ayrı yollardan gitmesi teşhisi kolaylaştırır. Tarayıcıdan hesap sayfanız proxy çıkışından açılıyor ama oyun tarafında adresiniz değişmemiş görünüyorsa, oyun istemcisi işletim sisteminin proxy ayarını hiç okumadan kendi soketini açıyor demektir. Tersi de sık görülür: sistem geneli bir kural koyduğunuzda yama indirme trafiği de tünele girer ve ölçülü bir kota beklenenden çabuk erir.

Offline karakterler bu tablonun dışındadır. Yerel olarak çalıştıkları için ağ katmanına neredeyse hiç ihtiyaç duymazlar. Offline modda sorunsuz oynayıp çevrimiçi modda takılıyorsanız sorunun kaynağı grafik ayarları veya istemci değil, hesap ve oturum yoludur. Bu tek gözlem, aranacak yeri yarı yarıya daraltır.

Kurulumdan sonra “çalışıyor” demeden önce üç noktayı ayrı ayrı deneyin: dağıtım platformu istemcisinin oturum açması, oyunun hesap doğrulaması ve çevrimiçi bir karakterle dünyaya girmek. Biri çalıştı diye diğer ikisi garanti değildir.

Kampüs ve ofis ağlarında kapalı portlar neyi engeller?

Kurumsal ve kampüs ağlarının çoğu dışarı çıkan trafiği bir güvenlik duvarından geçirir ve yalnızca bilinen kapıları açık bırakır; web trafiği için 80 ve 443 bu listede hemen her zaman yer alır. Oyun istemcilerinin kullandığı kapılar ise genellikle listede değildir. Belirti tanıdıktır: mağaza sayfaları yüklenir, launcher açılır, fakat çevrimiçi oturum bir türlü kurulmaz ve bağlantı sessizce zaman aşımına düşer.

Proxy bu tabloda neyi değiştirir? HTTP proxy yalnızca TCP taşır ve şifreli hedefler için CONNECT yöntemiyle tünel açar; bağlantıyı hedefe proxy kurduğu için hedef portun sizin ağınızda açık olması gerekmez. Bu mekanizmanın ayrıntısı HTTP CONNECT metodu yazısında adım adım anlatılıyor. Ne var ki aynı güvenlik duvarı çoğu zaman proxy’nin kendi portuna çıkışı da kapatır ve CONNECT isteklerini yalnızca bilinen hedeflere sınırlar.

Pratik sonuç iki koşullu bir cümleyle özetlenir: kapalı bir ağda proxy ancak hem proxy sunucusuna erişebiliyorsanız hem de o sunucu hedef porta bağlanabiliyorsa işe yarar. Taşınacak akış UDP tabanlıysa tablo daha da daralır, çünkü CONNECT tüneli UDP taşımaz ve bu sınır bir ayarla kaldırılamaz.

Kurum veya okul ağında çalışıyorsanız doğru adım, ağ politikasını dolanmaya çalışmak değil yöneticiye sormaktır: birçok kurumda oyun trafiği bilinçli olarak kapalıdır ve bu bir arıza değil karardır. Konuyu bütün olarak ele alan okul ve işyeri ağlarında erişim engelleri yazısı, hangi durumda talep açmanın anlamlı olduğunu da gösteriyor.

SOCKS5’in UDP ASSOCIATE komutu nereye kadar taşır?

SOCKS5, TCP bağlantıları için CONNECT, UDP datagramları için UDP ASSOCIATE komutunu tanımlar. İkincisi ayrı bir yoldur: istemci önce bir TCP kontrol bağlantısı kurar, proxy kendisine ait bir UDP röle adresi bildirir ve datagramlar bu röle üzerinden akar. Bu kontrol bağlantısı koptuğu anda röle de kapanır.

Kâğıt üzerindeki bu yapı üç koşula birden bağlıdır. Birincisi, proxy sunucusunun UDP ASSOCIATE desteğini gerçekten uygulaması; birçok ticari çıkış yalnızca TCP sunar ve bunu belgelerinde belirtir. İkincisi, istemcinin bu komutu kullanabilmesi; oyun istemcilerinin çoğunda SOCKS5 sunucusu girilecek bir alan bile yoktur. Üçüncüsü, aradaki ağın UDP röle trafiğine izin vermesi. Üçünden biri eksikse UDP akışı ya hiç kurulmaz ya da sessizce tünelin dışından gider.

Bu yüzden çoğu oyunda proxy’nin kapsamı gerçek zamanlı oyun trafiği değil; giriş, mağaza, yama indirme ve launcher trafiğidir. Bunu eksiklik olarak değil, kapsam tanımı olarak okumak gerekir. Protokolün UDP tarafını daha ayrıntılı gören SOCKS5 UDP desteği yazısı, hangi istemci türlerinin bu komutu kullandığını da listeliyor.

Uygulama bazlı yönlendirme araçları bazı istemcilerin soketlerini SOCKS5 çıkışına verebilir; fakat UDP tarafı yine aracın, proxy sunucusunun ve ağın ortak kesişimiyle sınırlıdır. Protokol seçimini işin türüne göre yapmak isterseniz SOCKS5 proxy sayfasındaki kullanım ayrımı ile protokol seçim rehberi birlikte okunduğunda karar netleşir.

Trafik ağırlığı ve gecikme bütçesi neye benziyor?

Proxy yola fazladan bir durak yerleştirir: paket önce aracıya uğrar, oradan hedefe çıkar; dönüş de aynı iki ayaklı rotayı izler. Bu mimari, tünel kurmanın toplam süreyi çoğu kurulumda uzatması demektir. Tek istisna, varsayılan rotanızın dolambaçlı olduğu ve proxy’nin daha doğrudan bir omurgaya oturduğu nadir durumlardır; bu bir kural değil, ölçülmeden varsayılamayacak bir istisnadır.

Last Epoch gibi çevrimiçi ilerleme tutan oyunlarda yük iki ayrı biçimde dağılır. Birincisi hacimdir: sürüm güncellemeleri ve ilk kurulum tek seferde büyük bir indirme üretir ve aktarılan veri üzerinden ücretlendirilen çıkışlarda kotayı hızla tüketir. İkincisi süreklilik: oyun açıkken küçük ama kesintisiz bir akış vardır ve bu akış gecikmeye hacimden çok daha duyarlıdır.

Şemadaki ağırlıklar ölçüm değil, bu iki boyutun göreli payını gösteren temsilî değerlerdir. Kendi kurulumunuzda tek doğru yöntem ölçmektir: çıkışı işe almadan önce ping testi ile birkaç farklı saatte deneyin, paylaşımlı havuzlarda yoğun saat farkı tek seferlik ölçümün gizlediği değişkendir.

Beklenti yönetimi için son bir not: proxy oyun performansını iyileştiren bir araç değildir ve ping değerini düşürmez. Bu iddianın neden yanlış olduğunu sayılarla değil mekanizmayla açıklayan proxy oyun pingini düşürür mü yazısı, satın almadan önce okunmaya değer.