Fall Guys ve Proxy: Cihaz Ayarı mı, Ağ Geneli Yapılandırma mı?

Fall Guys’ın ağ davranışını anlamanın kestirme yolu, oyunu bir uygulama değil üç ayrı konuşma olarak düşünmektir. Birincisi hesap ve giriş katmanıdır; ikincisi vitrin, sezon geçişi ve kozmetik ekranlarıdır; üçüncüsü ise turun kendisi, yani sizinle sunucu arasında sürekli akan küçük paketlerdir. Proxy bu üçünü aynı biçimde etkilemez.

Oyun konsollarda, el konsolunda ve bilgisayarda oynandığı için yapılandırma sorusu da cihaza göre değişir. Bilgisayarda uygulama bazlı kural yazabilirsiniz; konsolda böyle bir ayar çoğu zaman yoktur ve kullanıcılar doğal olarak yönlendiriciye bakar. Ancak yönlendiricide “proxy” yazan bir alan görmek, cihazın proxy istemcisi gibi davranacağı anlamına gelmez.

Aşağıdaki bölümler sırayla şunu yapıyor: önce kapsam kararını netleştiriyor, sonra hangi paketin nereye düştüğünü gösteriyor, ardından mağaza ve hesap tarafındaki gerçek kullanım alanını tarif ediyor.

Oyun açıldığında ağda üç ayrı konuşma başlar

Oyunu açtığınız anda ilk iş kimlik doğrulamadır. Hesabınız doğrulanır, envanter ve sezon ilerlemeniz çekilir, arkadaş listesi yüklenir. Bunlar HTTPS üzerinde taşınan kısa isteklerdir; hacimleri küçüktür ama oyuna girebilmeniz tamamen bunlara bağlıdır. Bu katman bir proxy kuralının kapsayabileceği türdendir.

İkinci iş vitrin ve ilerleme ekranlarıdır. Kozmetik mağazası, sezon geçişi sayfası ve etkinlik duyuruları oyunun içinden açılsa bile arka planda web isteği gibi davranır ve TCP üzerinde çalışır. Buradaki içerik sunucu tarafından hazırlandığı için istemcinin bulunduğu ağ, görünümü dolaylı olarak etkileyebilir.

Üçüncü iş turun kendisidir. Zıplama, itme, platform üzerindeki konumunuz ve elenme bilgisi saniyede çok sayıda küçük paketle taşınır. Bu akış gecikmeye ve pakete duyarlıdır, bu yüzden güvenilirlik yerine hız önceliğiyle tasarlanmış taşıma yöntemleri kullanılır. Ayrımı somutlaştırmak için şunu deneyin: proxy tanımlıyken tarayıcıdan hesap sayfasını açın, sonra oyuna girin. Birincisi çıkış adresinizi değişmiş görür, ikincisi görmez.

Yönlendiriciye proxy yazmak ne demek, ne değil?

Ev yönlendiricilerinin büyük çoğunluğu bir proxy istemcisi çalıştırmaz. Arayüzde “proxy” geçen bir alan görüyorsanız bu genellikle yönetim arayüzünün internete çıkarken kullanacağı ayardır ya da bir PAC dosyası dağıtımıdır; yani yönlendiricinin kendi trafiğiyle veya istemcilere dağıtılan bir öneriyle ilgilidir. Yönlendiricinin, kendisine bağlı tüm cihazların TCP bağlantılarını bir dış proxy’ye çevirdiği bir mod, tüketici donanımında istisnadır.

Ağ geneli bir kapsam gerçekten isteniyorsa yaygın yaklaşım şudur: yerel ağda küçük bir makine bir proxy hizmeti çalıştırır, cihazlar bu makineye yönlendirilir ve o makine dış çıkışı kullanır. Bu, yönlendiriciye ayar yazmaktan farklı bir mimaridir ve yönetim yükü getirir. Ayrıca kapsamın genişlemesi tek başına iyi haber değildir: aynı kural televizyonunuzu, güncelleme servislerinizi ve akıllı ev cihazlarınızı da kapsar.

Konsolda daha sık karşılaşılan bir başka yol, ağ ayarlarındaki HTTP proxy alanıdır. Bu alan bazı konsollarda bulunur ve yalnızca o cihazın web isteklerini etkiler; oyunun tur trafiği yine kendi yolundan gider. Yönlendirici ile cihaz ayarı arasındaki seçim, kapsam ile teşhis kolaylığı arasındaki bir denge sorunudur. Yaygın yönlendirici senaryoları yönlendirici üzerinden proxy kullanımı yazısında ayrıntılandırılıyor.

Konsol ve el konsolunda kapsam neden daralır?

Kapalı platformlarda uygulama bazlı ağ kuralı yazma imkânı kullanıcıya açılmaz. Sistem ayarındaki proxy alanı varsa bile, oyunların kendi ağ yığınları bu ayarı okumak zorunda değildir. Sonuç olarak konsolda proxy, pratikte tarayıcı benzeri istekleri ve bazı sistem servislerini kapsar; oyun oturumunu kapsamaz.

Bunun kullanıcı açısından sonucu şudur: konsolda proxy kurup oyunun davranışının değişmesini beklemeyin. Değişecek olan, cihazın web katmanındaki çıkışıdır. Aynı ev ağında birden fazla cihaz varsa ve yalnızca birini yönlendirmek istiyorsanız cihaz ayarı doğru yerdir; tüm ev ağını yönlendirmek istiyorsanız ödeyeceğiniz bedel, hangi cihazın hangi yoldan çıktığını takip etmenin zorlaşmasıdır.

Kampüs veya iş yeri ağında oynamaya çalışıyorsanız sorun genellikle proxy eksikliği değil, kapalı bir taşıma kapısıdır. Bu ağlarda web trafiğine izin verilirken oyunların kullandığı UDP akışları kapatılmış olabilir. Belirti tanıdıktır: menüler açılır, mağaza yüklenir, ama tur başlamaz. Bu durumda proxy kurmak menüleri zaten çalışan hâlde bırakır, kapalı kapıyı açmaz; okul ve iş yeri ağlarında erişim engelleri yazısı bu ayrımı örneklerle anlatıyor.

Taşıma protokolü ayrımı: tur paketleri nereye düşer?

HTTP ve HTTPS proxy’si uygulama katmanında durur. HTTPS için CONNECT yöntemiyle bir tünel açar ve o tünelin içinden şifreli baytları taşır; taşıdığı şey TCP’dir. Gerçek zamanlı oyun akışları ise gecikmeyi düşük tutmak için yeniden iletim beklemeyen taşıma yöntemleri kullanır ve ağırlıkla UDP üzerinde çalışır. Bu iki cümle yan yana konduğunda sonuç kendiliğinden çıkar: tur paketleri CONNECT tüneline giremez.

SOCKS5 bu tabloya bir ihtimal ekler. Protokolde UDP ASSOCIATE adlı bir komut vardır ve istemciye UDP paketlerini proxy üzerinden iletme imkânı tanır. Ancak iki koşul aynı anda sağlanmalıdır: proxy sunucusu bu komutu açık tutmalı ve uygulama bu yolu kullanacak biçimde yazılmış olmalıdır. Oyun istemcilerinde ikinci koşul yaygın değildir, bu yüzden pratikte sonuç değişmez. İki protokolün taşıdığı yükün karşılaştırması HTTP ve SOCKS5 farkı yazısında.

Yaygın bir yanlış anlamayı da burada kapatalım: NAT tipi ile proxy aynı konu değildir. NAT, yerel ağınızdaki adreslerin dışarıya nasıl çevrildiğiyle ilgilidir ve eş bağlantı kurulumunu etkiler; proxy ise isteğin hangi ara durakta karşılandığını belirler. Bir proxy tanımlamak NAT davranışınızı düzeltmez, çoğu zaman karmaşıklaştırır. Aradaki fark proxy ve NAT arasındaki fark yazısında açıklanıyor.