MapleStory Proxy: Kanal Sunucuları, Başlatıcı Trafiği ve Bölge Seçimi

MapleStory’nin ağ davranışını diğer MMORPG’lerden ayıran şey kanal yapısıdır. Dünyaya girdiğinizde tek bir sunucuya değil, o dünyaya ait kanallardan birine bağlanırsınız; kanal değiştirdiğinizde istemci mevcut bağlantıyı kapatır ve yenisini açar. Yani bir oturum boyunca birden fazla bağlantı kurulur.

Bu yapı, çıkış tarafında tek bir gereksinim doğurur: adres sabit kalmalıdır. Her yeni bağlantı farklı bir adresten geliyorsa oturumun tablosu tutarsız görünür ve yeniden doğrulama sürtünmesi artar. Rotasyon burada bir avantaj değil, doğrudan bir sorundur.

İkinci ayrım başlatıcı ile oyun istemcisi arasındadır. Başlatıcı sürüm kontrolü ve dosya indirme işini web trafiği gibi yapar; oyunun kendisi ayrı bir kanalda ilerler. İkisinin aynı kuraldan geçtiğini varsaymak, en sık yapılan kurulum hatasıdır.

Bir oturum baştan sona nasıl kuruluyor?

İlk adım başlatıcıya aittir. Uygulama sürüm bilgisini sorar, gerekiyorsa yama listesini alır ve eksik dosyaları indirir. Bu trafik web ile aynı taşıma biçimlerini kullandığı için ağların büyük kısmında sorunsuz geçer; bu yüzden "güncelleme iniyorsa ağ açık" çıkarımı yanıltıcıdır.

İkinci adım hesap girişidir. Kimlik doğrulama uç noktasına yapılan kısa bir alışveriştir ve çıkış adresiniz sunucu tarafında burada kaydedilir. Bu adımda bir sorun çıkarsa hata mesajı genellikle nettir; sessiz bekleme yerine açık bir uyarı alırsınız.

Üçüncü adımda dünya ve kanal seçersiniz. İstemci bu noktada bağlanacağı yeni adres ve port bilgisini alır. Dördüncü adım asıl oyun oturumudur: ayrı bir TCP bağlantısı üzerinde, küçük paketlerle ve kesintisiz akan bir trafik.

Kanal değiştirdiğinizde üçüncü ve dördüncü adım tekrarlanır. Kural tanımlarken bunu hesaba katın: kapsamı tek bir adrese göre değil, dünyanın tüm kanal sunucularını içerecek biçimde kurun (port numaraları ne anlatır).

Başlatıcı ile oyun istemcisi neden ayrı düşünülmeli?

Bu iki bileşen aynı klasörde durur ama ağ açısından farklı dünyalarda yaşar. Başlatıcı büyük dosyaları indirir, paralel bağlantılar açar ve bant genişliğini doyurmaya çalışır. Oyun istemcisi ise tek bir bağlantı üzerinde küçük paketlerle konuşur ve bant genişliğinden çok sürekliliğe ihtiyaç duyar.

Kapsam kararı bu farktan doğar. İndirmeyi ölçülen bir çıkıştan geçirmek kotayı gereksiz yere yakar ve genellikle daha yavaş sonuç verir; oyun bağlantısını kapsam dışında bırakmak ise çıkış tanımlamanın amacını ortadan kaldırır. Doğru kurulum çoğu zaman ikisini ayırmaktır.

Platform mağazası üzerinden kurulan sürümlerde araya bir katman daha girer: mağaza istemcisinin kendi indirme altyapısı. O katmanın ayarları oyununkinden bağımsızdır ve ayrı yapılandırılır (Steam proxy ayarları bu mantığı örnekliyor).

Yama indirmelerinin bir başka özelliği paralel bağlantı açmasıdır. İndirici hızlanmak için aynı anda birden çok oturum kurar; çıkışın eşzamanlı bağlantı tavanı düşükse istekler sıraya girer ve indirme, doğrudan hattan yapıldığından belirgin biçimde yavaş kalır. Bu, çıkışın arızalı olduğu anlamına gelmez, yalnızca bu işe uygun olmadığını gösterir.

Hangi trafik tünele girer: TCP ve UDP ayrımı

Oyun protokolü TCP üzerinde çalışır ve bu, tünelleme açısından işleri kolaylaştırır. Hem CONNECT yöntemiyle açılan HTTP tüneli hem de SOCKS5 TCP taşır; dolayısıyla oyun bağlantısı teknik olarak her iki yoldan da geçebilir. Aradaki fark hedef portta ortaya çıkar.

HTTP tünelinde sağlayıcılar genellikle yalnızca bilinen web portlarına izin verir. Oyun sunucusu farklı bir portta dinliyorsa istek reddedilir ve bağlantı hiç kurulmaz. SOCKS5 taşıdığı protokole karışmadığı ve keyfi hedef porta izin verebildiği için bu senaryoda daha uygundur (protokol seçim rehberi).

UDP tarafı ayrı bir başlıktır. Oyun dışı sesli sohbet uygulamaları çoğunlukla UDP kullanır ve bir TCP tüneli bu trafiği taşımaz; SOCKS5’in UDP ASSOCIATE yöntemi taşıyabilir ama hem sağlayıcı hem istemci desteği gerekir. Desteklenmiyorsa bu trafik doğrudan çıkar ve gerçek adresinizi kullanır.

Uygulama bazlı yönlendirme kurarken hangi süreçlerin kapsama alınacağını bu ayrıma göre belirleyin; hangi istemcilerin doğrudan destek verdiği konusunda SOCKS5 destekleyen uygulamalar yazısı yol gösterir.

Doğrudan bağlantı ile çıkış üzerinden bağlantı: profil karşılaştırması

İki yapılandırmayı yan yana koyduğunuzda tablo nettir. Doğrudan bağlantı en kısa yolu kullanır, kurulum gerektirmez ve sorun çıktığında şüpheli listesi kısadır. Buna karşılık çıkış adresiniz üzerinde hiçbir denetiminiz olmaz; hattınız yenilendiğinde adres değişir.

Çıkış üzerinden bağlanmak ise adres denetimini size verir. Kurumsal bir ağda yetkilendirilmiş tek bir adres kullanmak, farklı bir ülkeden içeriğin nasıl göründüğünü doğrulamak veya bir sorunun kendi hattınızdan mı geldiğini ikinci bir yolla sınamak bu denetim sayesinde mümkün olur.

Bedeli de bellidir: yol uzar, kurulum bir adım daha karmaşıklaşır ve arıza anında bakılacak yer sayısı artar. Karar bu iki tarafın hangisine ihtiyacınız olduğuna bağlıdır; genel bir "daha iyi" seçenek yoktur.

• Oturum boyunca tek bir çıkış kullanın; kanal değişimi sırasında adres değişmemeli.
• Rotasyonu kapatın; bu senaryoda avantaj değil, sürtünme kaynağıdır.
• Sticky davranışın nasıl sağlandığını sağlayıcınızdan öğrenin (sticky oturum).
• Çıkışın adres yapısını ve mimarisini bilin (gateway mimarisi).