FFXIV Proxy: Launcher ve Oyun İstemcisi Neden Ayrışır?

FFXIV tek bir program gibi görünür ama iki ayrı bileşenden oluşur. İlki, oturum açma ekranını ve duyuru sayfasını gösteren launcher’dır; bu bileşen içinde gömülü bir web görünümü çalıştırır ve pek çok kurulumda işletim sisteminin proxy ayarını okur. İkincisi, dünyaya bağlanan oyun istemcisidir; kendi soketlerini açar ve web tarafındaki ayarlardan habersizdir.

Bu ayrım, forumlarda sıkça görülen çelişkili raporların kaynağıdır. Aynı makinede aynı ayarla bir kişi “çalışıyor” derken diğeri “hiçbir şey değişmedi” der; ikisi de haklıdır, çünkü ikisi farklı bileşene bakmaktadır. Kapsamı ölçmeden yapılan her yorum eksik kalır.

Aşağıda önce bu iki bileşenin ağ davranışı ayrılıyor, sonra UDP tarafı, eş-eş bağlantı tartışması, veri merkezi seçimi ve hacim planlaması ele alınıyor. Oyun türünün genel çerçevesi için MMORPG oyunlarında proxy kullanımı yazısı arka plan verir.

Launcher ile oyun istemcisi ağ üzerinde nasıl ayrışır?

Launcher’ı açtığınızda ekranda gördüğünüz duyuru alanı ve oturum formu birer web sayfasıdır; bileşen bunları gömülü bir tarayıcı motoruyla çizer. Bu motor, kurulu olduğu sistemin proxy yapılandırmasını okuyabildiği için tanımladığınız ayar burada anında etkisini gösterir. Sayfa açıldığında “proxy çalışıyor” sonucuna varmak bu yüzden yanıltıcıdır: gördüğünüz şey yalnızca web katmanının yönlendiğidir.

Yama indirme adımı ayrı bir iştir. Sürüm dosyaları HTTP üzerinden dağıtım sunucularından çekilir ve hacim olarak oyun oturumunun kat kat üzerindedir. Ardından oyun istemcisi devreye girer: önce lobi ve kimlik doğrulama tarafıyla, sonra seçtiğiniz dünyanın sunucusuyla TCP oturumu kurar. İstemci bu oturumları ham soket üzerinden açar; bir web isteği yapmaz ve tarayıcı ayarlarına bakmaz.

Sonuç olarak yönlendirmeyi istemci tarafında da istiyorsanız, çözümü web katmanının dışında aramanız gerekir: ya işletim sistemi seviyesinde bir yönlendirme ya da oyun sürecini SOCKS5 çıkışına veren bir yardımcı katman. Aksi hâlde launcher bir yoldan, oyun başka bir yoldan çıkar ve bu sessizce olur; hiçbir uyarı almazsınız.

Hangi portlar kullanılır?

Üretici belgelerinde oyun bağlantısı için 54992–54994 ve 55006–55007 gibi yüksek numaralı TCP aralıkları, yama ve web içeriği için 80 ile 443 geçer. Yalnızca standart web portlarının açık olduğu ağlarda launcher açılır, oyun bağlanamaz. Bu tabloyu proxy ile değil, ağ politikasıyla çözmek gerekir.

SOCKS5’in UDP tarafı ne sunar, burada karşılığı nedir?

SOCKS5, TCP dışında UDP de taşıyabilen bir protokoldür. Bunu UDP ASSOCIATE komutuyla yapar: istemci proxy’ye bir kontrol bağlantısı açar, proxy geçici bir UDP uç noktası tahsis eder ve datagramlar bu uç nokta üzerinden gidip gelir. Kâğıt üzerinde temiz duran bu mekanizmanın pratikte üç sınırı vardır (ayrıntılı anlatım).

Birinci sınır sağlayıcı tarafıdır: pek çok ticari çıkış yalnızca TCP açar, UDP ASSOCIATE desteklemez. İkincisi istemci tarafıdır; bir uygulamanın SOCKS5 desteklemesi otomatik olarak UDP desteklediği anlamına gelmez, çoğu istemci yalnızca TCP kısmını uygular. Üçüncüsü ağ tarafıdır: aradaki NAT ve güvenlik duvarları geçici UDP uç noktasını kapatabilir. SOCKS4 ile SOCKS5 farkı bu yeteneğin nereden geldiğini gösterir.

FFXIV özelinde iyi haber şu: oyunun oynanış trafiği TCP üzerinden yürür ve oyunun kendi içinde sesli sohbet bulunmaz. Yani UDP ASSOCIATE desteği bu oyun için bir zorunluluk değildir. UDP ihtiyacı, oyunun yanında çalıştırdığınız harici sesli sohbet uygulamalarından doğar ve o uygulamalar çoğu kez kendi ağ yığınlarını kullanır.

Bu durum kurulumu basitleştirir: TCP taşıyan sade bir SOCKS5 çıkışı, oyunun ihtiyacını karşılar. Sesli sohbeti aynı tünele sokmaya çalışmak yerine kapsam dışında bırakmak, hem daha az arıza üretir hem de ses kalitesini olumsuz etkilemez.

Eş-eş bağlantı ve NAT tipi tartışması buraya oturur mu?

Konsol oyunlarından gelen alışkanlıkla pek çok oyuncu ilk iş olarak NAT tipini sorgular. Bu ölçüt, oyuncuların birbirine doğrudan bağlandığı eş-eş (P2P) mimariler için anlamlıdır: iki taraf da NAT arkasındaysa bağlantı kurulması için delik açma (hole punching) gerekir ve bu her zaman başarılı olmaz. Mekanizmanın özeti proxy ve NAT farkı yazısındadır.

FFXIV bu kategoride değildir. Oyun tamamen istemci–sunucu mimarisiyle çalışır: istemciniz yalnızca üreticinin sunucularına bağlanır, başka bir oyuncunun makinesine doğrudan oturum açmaz. Dolayısıyla NAT tipi, açık port gereksinimi ya da yönlendirici üzerinde port yönlendirme ayarı bu oyunun bağlanma sorunlarının nedeni değildir.

Bunun proxy açısından pratik sonucu değerlidir. Eş-eş oyunlarda bir proxy, karşı tarafın size ulaşmasını gereken yolu kırabilir ve bağlantıyı bozar; istemci–sunucu mimarisinde böyle bir risk yoktur, çünkü bağlantıyı hep siz başlatırsınız ve tek bir hedefe gidersiniz. Proxy’nin bu oyunda yaptığı iş, giden bağlantının çıkış noktasını değiştirmekten ibarettir.

Yine de bir uyarı gerekir: CGNAT arkasındaki bir ev bağlantısında, proxy kullanmasanız da giden bağlantılar bir operatör NAT’ından geçer. Bu katman oyunun çalışmasını engellemez ama sorun giderirken hangi adresin nerede göründüğünü karıştırabilir (CGNAT nedir).

Hangi uç noktaya kim bağlanır?

Bir kurulumu doğru yapılandırmanın en kolay yolu, bileşenleri ve konuştukları uç noktaları bir kere kâğıda dökmektir. Launcher duyuru ve oturum sayfalarını web sunucularından çeker. Güncelleme adımı dağıtım sunucularından dosya indirir. Oyun istemcisi önce lobi tarafıyla konuşur, oradan seçtiğiniz dünyanın sunucusuna geçer. Harici sesli sohbet kullanıyorsanız o da kendi sunucularına gider.

Bu dört-beş uç noktanın hepsini aynı çıkıştan geçirmek zorunda değilsiniz; çoğu kurulumda zaten istenmez. Yama trafiğini ölçülü bir çıkışa, oyun oturumunu sabit ve kararlı bir çıkışa vermek hem maliyet hem kararlılık açısından daha iyi sonuç verir. Sesli sohbeti tamamen kapsam dışında bırakmak da meşru bir karardır.

Alan adı çözümünün nerede yapıldığı da bu haritanın parçasıdır. SOCKS5’te davranış istemciye bağlıdır: bazı istemciler hedefi kendi ağlarında çözüp proxy’ye yalnızca IP verir, bazıları alan adını proxy’ye bırakır. Çözüm sizin ağınızda yapılıyorsa hedef alan adları yerel DNS sunucunuza görünür (SOCKS5’te DNS nerede çözülür) ve bunu DNS leak testiyle kontrol edebilirsiniz.

Haritayı çıkardıktan sonra kurulumun doğrulaması kısalır: her bileşen için “bu hangi çıkıştan gidiyor?” sorusunun tek bir cevabı olur ve bir arıza çıktığında hangi kutuya bakacağınızı bilirsiniz.