Blade & Soul Proxy: Ağ Politikaları ve Bağlantı Yolu

Blade & Soul, aksiyon odaklı bir MMORPG olarak istemci tarafında sürekli açık bir oturum tutar. Bu oturum kopmadığı sürece oyun akıcı ilerler; koptuğunda ise karakterin dünyadan düşmesi anlamına gelir. Ağ tarafındaki kararların bu kadar görünür olmasının nedeni budur.

Ev bağlantısında sorun genellikle basittir. Karmaşık hâle geldiği yer, çıkışın sizin kontrolünüzde olmadığı ağlardır: üniversite kampüsü, yurt, ofis, otel ya da ortak çalışma alanı. Bu ağlarda hangi portların açık olduğu, hangi protokollerin geçtiği ve trafiğin bir denetim noktasından geçip geçmediği kurumun politikasına bağlıdır.

Aşağıdaki bölümler bu tabloyu adım adım açıyor: bağlantının hangi noktada durduğunu nasıl ayırt edersiniz, hangi çözümler kurum politikasına saygılı kalarak uygulanabilir, mağaza ve hesap trafiği neden ayrı ele alınmalıdır ve SOCKS5’in UDP modu gerçekte ne kadar işinize yarar.

Bağlantı kampüs ağında nerede duruyor?

Sorunu çözmenin ilk adımı, bağlantının hangi adımda kesildiğini görmektir. Üç aday nokta vardır. Birincisi yerel ağınızdır: cihazın kendi güvenlik duvarı, kurulu bir güvenlik yazılımı ya da yönlendiricinin kuralları. İkincisi kurumun çıkış noktasıdır: güvenlik duvarı, içerik filtresi veya vekil sunucu. Üçüncüsü ise oyunun uç noktasıdır ve buraya kadar gelebiliyorsanız zaten sorun yaşamıyorsunuz demektir.

Ayırt etmenin pratik yolu kıyaslamadır. Aynı cihazı mobil veri üzerinden paylaşılan bir bağlantıya alın ve oyunu deneyin. Çalışıyorsa engel kurum ağındadır; yine çalışmıyorsa sorun cihazınızda ya da hesap tarafındadır. Bu tek test, saatlerce süren yanlış yönde aramayı önler.

Kurum ağındaki engel çoğu zaman seçicidir: web sayfaları açılır, oyun bağlanmaz. Bunun nedeni, kurumsal politikaların genellikle standart web portlarına izin verip diğer portları kapatmasıdır. Oyun istemcisi standart dışı bir port kullanıyorsa bağlantı isteği sessizce düşürülür ve istemci bunu “sunucuya ulaşılamıyor” diye raporlar. Belirti oyundan kaynaklanıyormuş gibi görünür, kaynak ise ağ politikasıdır.

Bir diğer ipucu sertifika uyarısıdır. Kurum ağı trafiği bir denetim noktasından geçiriyorsa, tarayıcıda kurumun kendi sertifikasıyla kurulan TLS oturumları görünür. Bu, ağın trafiği açıp yeniden şifrelediğini gösterir ve o ağda yapacağınız her şeyin görünür olduğu anlamına gelir.

Port politikasıyla çalışmanın doğru yolu

Burada net bir sınır çizmek gerekir: kurumsal bir ağın güvenlik politikasını dolanmaya çalışmak doğru yaklaşım değildir ve çoğu kurumda kullanım sözleşmesinin ihlali sayılır. Doğru yol, politikanın ne olduğunu öğrenmek ve gerekiyorsa resmî kanaldan istisna talep etmektir. Ağ yöneticileri çoğu zaman hangi trafiğin neden kapalı olduğunu açıklayabilir ve meşru bir gerekçe varsa çözüm üretebilir.

Bu çerçeve içinde proxy’nin yeri şudur: kurumun izin verdiği bir çıkış yolu varsa, trafiği o yola oturtmanın aracıdır. Örneğin ağ yalnızca standart web portlarına izin veriyor ve kurum bu portlar üzerinden dış bağlantıya izin veriyorsa, aynı portta hizmet veren bir proxy üzerinden bağlanmak politikayı ihlal etmez. İzin verilmeyen bir trafiği gizlemek için kullanılırsa ihlal eder. Fark, teknik değil niyet ve izin farkıdır.

Kendi evinizde ise tablo tersine döner: çıkış sizin kontrolünüzdedir ve engel varsa kaynağı genellikle yönlendirici ayarı ya da kurulu bir güvenlik yazılımıdır. Ev ve kurum ağlarındaki farkın genel çerçevesini okul ve işyeri ağlarında erişim engelleri yazısı ele alıyor.

SOCKS5 UDP modu gerçekte ne kadar işe yarar?

SOCKS5 iki ayrı iş yapabilir. CONNECT komutu ile TCP bağlantısı kurar; bu, oyun oturumu ve web trafiği için yeterlidir. UDP ASSOCIATE komutu ise UDP taşımak için tasarlanmıştır: istemci proxy ile bir TCP kontrol kanalı açar, proxy bir röle adresi döner ve istemci UDP paketlerini bu röleye SOCKS başlığıyla kapsülleyerek yollar. Kontrol kanalı kapandığında röle de sonlanır.

Pratikte bu mod beklenenden daha az kullanılabilir durumdadır. Birçok ticari SOCKS5 çıkışı yalnızca TCP taşır. İstemci tarafında da destek seyrektir: bir uygulamanın SOCKS5 ayarı olması, UDP modunu uyguladığı anlamına gelmez. Üstüne, NAT arkasındaki bir istemci için proxy’nin bildirdiği röle adresi çoğu zaman ulaşılamaz kalır ve bağlantı hata vermeden çalışmaz.

Kurumsal ağda tablo daha da daralır. Giden UDP trafiği birçok kurumda kısıtlıdır; bu durumda UDP ASSOCIATE desteği olsa bile paketler ağdan çıkamaz. Dolayısıyla kampüs ortamında UDP’ye bel bağlayan bir kurulum planlamak gerçekçi değildir.

Sonuç olarak: oyun oturumu ve hesap sayfaları TCP üzerinden yürüdüğü için standart bir SOCKS5 ya da HTTP çıkışı işinizi görür. UDP’ye ihtiyaç duyan yan uygulamalarınız varsa bunları ayrı değerlendirin ve sağlayıcıdan desteği yazılı olarak teyit edin. Protokoller arasındaki farkı HTTP ile SOCKS5 karşılaştırması ve tünelleme mekanizmasını HTTP CONNECT metodu yazısı açıklıyor.

Mağaza, pazar yeri ve hesap sayfaları ayrı bir dünya

Oyun içindeki ekonomiyle web tarafındaki mağazayı aynı kategoriye koymak yaygın bir hatadır. Oyun içi pazar yeri, karakterinizin bağlı olduğu oturumun içinde işler; yaptığınız her işlem oyun sunucusuna gider ve tarayıcınızda tanımlı hiçbir ayardan etkilenmez. Web mağazası ise sıradan bir HTTPS sayfasıdır ve tarayıcı ayarlarınıza tabidir.

Hesap sayfaları üçüncü kategoridir ve en hassas olanıdır: parola değiştirme, iki adımlı doğrulama kurulumu, kayıtlı cihaz listesi gibi işlemler buradadır. Çıkış adresinizi değiştirdikten sonra ilk giriş büyük olasılıkla ek doğrulama isteyecektir. Bu beklenen bir davranıştır, ancak iki adımlı doğrulamayı önceden kurmadıysanız ve kurtarma e-postanıza erişiminiz zayıfsa can sıkıcı bir duruma dönüşür.

Bu üç yüzeyi ayrı ele almanın pratik faydası şudur: bir sorun yaşadığınızda hangi katmanı test edeceğinizi bilirsiniz. Mağaza açılmıyorsa tarayıcı kapsamına, oyun içi işlemler yürümüyorsa istemci oturumuna, giriş yapılamıyorsa hesap ve doğrulama tarafına bakarsınız. Üçünü aynı anda kurcalamak, çözümü değil yeni değişkenleri getirir.