Monster Hunter: World Proxy: Oturumu Kim Barındırıyor?

Monster Hunter: World’ün çevrim içi tarafı, kalıcı bir dünyayı barındıran merkezî bir sunucu mantığıyla çalışmaz. Oyuncular bir oturumda toplanır, göreve çıkanlar arasında bağlantı kurulur ve oturumu bir oyuncunun makinesi yürütür. Bağlanılacak tek bir uç nokta olmadığı için “proxy’yi sunucuya yönlendirmek” gibi bir seçenek de yoktur.

Bu durum proxy sorusunu değiştirir. Soru artık “hangi sunucuya hangi yoldan gideyim” değil, “yazdığım kural hangi akışa dokunuyor” hâline gelir. Giriş, sürüm denetimi ve eşleşme çağrıları ile av sırasındaki gerçek zamanlı akış birbirinden çok farklı davranır.

Aşağıda önce mimariyi, sonra bölge kavramının üç ayrı anlamını, ardından bağlantı kurulumunun ağ tarafındaki mekaniğini ve son olarak kurulumun nasıl ölçüleceğini bulacaksınız.

Bir ava çıkarken bağlantı kimler arasında kuruluyor?

Akış dört aktöre dağılır. Mağaza istemcisi sürümü ve oturumu doğrular; oyun istemcisi eşleşme çağrılarını yapar; yazdıysanız proxy çıkışı bu çağrıları taşır; av başladığında ise karşı taraf artık bir hizmet değil, oturumu barındıran başka bir oyuncunun makinesidir.

Bu son adım kritik olandır. Karşı tarafın adresi sabit değildir, her oturumda değişir ve bir yapılandırma dosyasına yazılamaz. Dolayısıyla “oyunun sunucusuna giden yolu tünele almak” teknik olarak karşılığı olmayan bir istektir.

Aynı sebeple bağlantı sorunlarının teşhisi de farklı ilerler. Bir hizmet erişilemiyorsa sorun herkes için aynıdır; oturum sahibiyle bağlantı kurulamıyorsa sorun iki uç arasındaki yoldadır ve iki tarafın ağ yapılandırması birlikte değerlendirilmelidir.

Bu ayrım pratikte şöyle işe yarar: aynı hata herkeste görülüyorsa yapılandırmanızı değiştirmek zaman kaybıdır, hizmet tarafını beklemek gerekir. Hata yalnızca belirli oyuncularla ortaya çıkıyorsa değişken sizin ya da karşı tarafın ağıdır. İlk soru her zaman “bu sorun kaç kişide var” olmalıdır; yanıt, hangi katmana bakacağınızı doğrudan söyler.

Mağaza istemcisini de denklemin içinde tutun. Sürüm uyuşmazlığı, oyuncuları birbirinden ayıran ama ağ hatası gibi görünen bir durumdur: iki taraf farklı yamalarda kalmışsa bağlantı hiç kurulmaz ve belirti bir yönlendirici sorunuyla karışır. Kuralları kurcalamadan önce her iki tarafın da aynı sürümde olduğunu doğrulamak, en ucuz kontroldür.

Bu oyunda kiralanabilecek bir sunucu var mı?

Kısa yanıt hayır. Sandbox türündeki birçok yapımın aksine burada topluluğun kurup işletebileceği bir sunucu yazılımı dağıtılmaz. Kendi makinenizde bir uç nokta çalıştırıp arkadaşlarınızı oraya davet edemez, sabit bir adres üzerinden buluşamazsınız.

Karşılaştırma faydalı olabilir: kendi sunucusunu kurmaya izin veren yapımlarda proxy ya da yönlendirme kararı çok daha anlamlıdır, çünkü ortada yönlendirilecek sabit bir hedef vardır. Bu farkın pratikte nasıl göründüğünü kendi sunucusunu barındıran bir yapımın sayfasında görebilirsiniz.

Sonuç şu: burada proxy’nin işi hedefi değiştirmek değil, yalnızca istemcinizin dışarı çıkışını belirli bir hattan geçirmektir. Kampüs ya da işyeri ağında dışarı çıkışın kısıtlandığı durumlarda bu anlamlı olabilir; oturum performansını iyileştirmek için değil, erişimi mümkün kılmak için kullanılır.

Bu mimarinin bir başka sonucu daha vardır: oturumun kalitesi, barındıran oyuncunun hattına bağlıdır. Aynı grupta herkes aynı deneyimi yaşamaz; ev sahibine coğrafi olarak yakın olan daha az gecikme görür. Gruptaki tek bir kişinin bağlantısı zayıfsa bunu bir çıkış seçerek telafi edemezsiniz, yalnızca oturumu daha uygun bir hattı olan kişinin açması işe yarar.

• Oturumu, en kararlı hatta sahip oyuncunun açmasını tercih edin.
• Grup büyüdükçe ev sahibinin yükünün arttığını hesaba katın.
• Sabit bir uç nokta olmadığı için port yönlendirme kurgusunu ev sahibi tarafında düşünün.

Bölge üç ayrı şeydir: tercih, hesap ve ağ konumu

Birincisi eşleşme tercihidir: oyun sizi kiminle buluşturacağına karar verirken dil ve bölge tercihlerinizi hesaba katar. İkincisi hesap bölgesidir: mağaza hesabınızın ülkesi fiyatlandırmayı ve mağaza içeriğini belirler ve ağ konumunuzla değişmez. Üçüncüsü ise ağ konumunuzdur, yani dışarı çıktığınız IP adresinin coğrafi karşılığı.

Bu üçü birbirinin yerine geçmez. Bir proxy yalnızca üçüncüsünü değiştirir. Hesap bölgesini değiştirme girişimleri platformun hizmet şartlarına aykırıdır ve bu sayfanın konusu değildir. Buna karşılık farklı bir ülkeden mağaza sayfasının nasıl göründüğünü doğrulamak meşru bir araştırma işidir; yöntemi oyun mağazalarında bölgesel araştırma yazısında anlatılıyor.

Pratik sonuç: çıkış ülkenizi uzak bir bölgeye taşımak, sizi o bölgenin oyuncularıyla eşleştirmez ve oyunun size atadığı tercihi yeniden yazmaz. Yaptığı tek şey, TCP üzerinde ilerleyen çağrılarınızın daha uzun bir yol izlemesidir.

Karışıklığın kaynağı genellikle dil ayarıdır. Arayüz dili, mağaza dili ve eşleşme tercihi üç ayrı yerden gelir; bir tanesini değiştirmek diğerlerini etkilemez. Çıkış ülkenizi değiştirdiğinizde bazı sayfaların dilinin değişmesi, oyunun sizi başka bir bölgeye taşıdığı anlamına gelmez; yalnızca o sayfanın isteği nereden aldığını gösterir.

NAT eşlemesi ve iki ucun birbirini bulması

İki oyuncu da yönlendirici arkasındaysa bağlantı, her iki tarafın dışarı paket göndererek geçici bir eşleme açmasıyla kurulur. Eşleşme katmanı bu bilgiyi karşılıklı iletir ve iki uç birbirine doğrudan ulaşmayı dener. Eşlemenin ne kadar öngörülebilir olduğu, bağlantının kurulup kurulmayacağını belirler.

Araya bir aracı girdiğinde bu mekanik bozulur. HTTP proxy zaten yalnızca TCP taşır; SOCKS5 tarafında UDP ilişkilendirmesi teorik bir imkândır ama hem sunucunun hem istemcinin bunu desteklemesi gerekir. Mekanizmanın işleyişi SOCKS5 UDP desteği yazısında; aracı ile adres çevirisi arasındaki kavramsal fark ise proxy ve NAT karşılaştırmasında ayrıntılandırılıyor.

Bu yüzden bağlantı kurulamıyorsa çözüm sırası şudur: önce kablolu bağlantıya geçin, sonra yönlendiricinin yapılandırmasını ve çift yönlendirici olup olmadığını kontrol edin, sonra sağlayıcınızın size paylaşımlı bir adres verip vermediğini öğrenin. Proxy bu listede bir çözüm değil, çoğu zaman fazladan bir değişkendir.

Paylaşımlı adres konusu özellikle önemlidir. Sağlayıcınız size kendinize ait bir genel adres vermiyorsa, dışarıdan gelen bağlantı isteklerinin size ulaşması beklenemez; bu durumda oturumu barındırmak yerine katılmak daha akıcı çalışır. Aynı sınır, adresi çok sayıda kullanıcının paylaştığı her çıkış türü için geçerlidir ve bir yapılandırma ayarıyla aşılmaz.

Bir de çift katman tuzağı vardır. Aynı anda hem cihaz düzeyinde bir tünel hem uygulama içinde ayrı bir tanım çalıştığında, hangi katmanın trafiği taşıdığı belirsizleşir ve teşhis imkânsız hâle gelir. Kurulumu sadeleştirin: tek seferde tek bir yönlendirme katmanı açık kalsın.

Tünelin taşıdığı ve taşımadığı akışlar

Kapsamı iki sütuna ayırmak, uzun açıklamalardan daha net bir tablo verir. Solda proxy kuralınızın gerçekten dokunabildiği akışlar, sağda kural ne kadar geniş yazılırsa yazılsın dışarıda kalanlar yer alır.

Ayrım protokol farkından doğar. TCP üzerinde ilerleyen ve bir aracının açtığı tünele girebilen her şey sol sütundadır: giriş, sürüm denetimi, mağaza işlemleri, eşleşme çağrıları ve indirmeler. Gerçek zamanlı, gecikmeye duyarlı ve UDP taşıyan her şey sağ sütundadır. Protokol seçiminin ayrıntıları için SOCKS5 proxy sayfasına bakabilirsiniz.

Bu tabloyu baştan kabul etmek, teşhis süresini kısaltır. “Kuralı doğru yazdım ama oyun hâlâ olağan hattımdan çıkıyor” cümlesi neredeyse her zaman bir arıza değil, sağ sütunun beklenen davranışıdır.

Kapsamı doğrulamanın pratik yolu, iki tarafı ayrı ayrı denemektir. Mağaza istemcisini açıp çıkışın çalıştığını gördükten sonra oyunu başlatın ve trafiğin gerçekten nereden çıktığını ayrıca kontrol edin. Tek bir ekranın açılmasını bütün kurulumun kanıtı saymak, bu sayfadaki tüm yanlış beklentilerin ortak kaynağıdır.