Astroneer için Proxy: Ölçülebilir Etki Nerede Başlar, Nerede Biter

Astroneer’da oyun oturumu genellikle oyunculardan birinin makinesinde yaşar; diğerleri davet veya arkadaş listesi üzerinden bu oturuma bağlanır. Ayrı bir sunucu yazılımı tercih edildiğinde ise dünya sürekli açık kalır. Her iki düzende de oyun içi veri kısa ve sık paketler hâlinde akar.

Bu trafik biçimi, proxy tartışmasını doğrudan etkiler. Kısa paketlerin sürekli aktığı bir akışta önemli olan ham hız değil, gidiş-dönüş süresinin ne kadar istikrarlı olduğudur. Araya bir durak eklemek bu istikrarı iyileştirmez; genellikle hem süreyi hem de sapmayı büyütür.

Yine de proxy’nin anlamlı olduğu bir alan vardır: hesap, davet ve içerik indirme trafiği. Aşağıdaki bölümler önce ölçümü doğru kurmayı, sonra hangi akışın nereye ait olduğunu anlatıyor.

Ortak oyun oturumu fiziksel olarak nerede çalışır?

Astroneer’da ortak oyunun temel biçimi ev sahipliğidir: biri dünyayı açar, diğerleri katılır. Dünyanın kaydı ev sahibinin makinesinde tutulur, simülasyon orada yürür ve katılanlar bu simülasyonun güncellemelerini alır. Ev sahibi oyundan çıktığında oturum da kapanır. Ayrı sunucu yazılımı kullanıldığında aynı roller bir makineye taşınır ve dünya siz çevrimdışıyken de dönmeye devam eder.

Katılım tarafında ayrı bir katman daha vardır: davet ve arkadaş listesi. Bu katman platform hesabınıza bağlıdır ve TCP üzerinde çalışır. Farklı platformlar arasında birlikte oynama seçeneği sunulduğunda da eşleştirme yine bu hesap katmanında yapılır; oyun verisi ise doğrudan oturumun yaşadığı makineye akar.

Bu ayrım proxy kararının temelidir. Hesap ve davet katmanı yönlendirilebilir. Oyun verisi ise ev sahibinin makinesine giden ayrı bir akıştır ve sizin proxy tanımınızdan bağımsız davranır. Kurulum yaptıktan sonra arkadaş listesinin gelmesi ama oyuna girildiğinde davranışın değişmemesi tam olarak bu nedenledir.

Ev sahibi seçimi de performansı belirler. Simülasyonu yürüten makine zayıfsa ya da yükleme hattı dar bir bağlantıdaysa, tüm katılımcılar bunu hisseder. Kalabalık bir oturumda en iyi bağlantıya sahip oyuncunun ev sahibi olması, proxy tarafında yapılabilecek her ayardan daha belirleyicidir.

Araya bir durak koymak yanıt süresine ne yapar?

Proxy üzerinden geçen bir bağlantı iki parçalı hâle gelir: sizden proxy’ye, proxy’den hedefe. Toplam yol neredeyse her zaman doğrudan yoldan uzundur; dolayısıyla proxy ping değerini iyileştirmez, çoğu kurulumda büyütür. Buna bir de proxy sunucusunun anlık işlem yükü eklenir.

İstisna gerçekten vardır ama koşulu dardır: varsayılan rotanız gereksiz bir dolambaç yapıyorsa ve proxy hedefe daha doğrudan bağlanan bir omurgada duruyorsa toplam yol kısalabilir. Bu bir kural değil, ölçülmeden varsayılamayacak bir durumdur; hangi rotanın nereden geçtiğini göremediğiniz sürece tahmin yürütmek anlamsızdır. Ölçüm mantığı proxy latency yazısında ayrıntılı.

İkinci ve daha çok gözden kaçan etki sapmadır. Ortak oyunda hissedilen bozulmanın kaynağı çoğu zaman ortalama sürenin yüksekliği değil, sürenin paketten pakete oynamasıdır. Paylaşımlı bir çıkışta sizinle aynı sunucuyu kullanan başkalarının anlık yükü bu oynamayı büyütür; ortalama makul görünürken oyun düzensiz hissettirir.

Pratik sonuç şudur: oyun verisi için proxy bir iyileştirme aracı değildir. Doğru beklenti, proxy’yi çevresel trafiğe uygulamak ve oyun akışını olağan hattınızda bırakmaktır. Ayrıntılı tartışma için proxy oyun pingini düşürür mü yazısına bakabilirsiniz.

Paket kaybını gecikmeden nasıl ayırırsınız?

Yanıt süresi ve paket kaybı farklı şeyleri ölçer. Yanıt süresi bir paketin gidip dönmesinin ne kadar sürdüğünü, paket kaybı ise gönderilen paketlerin ne kadarının hiç dönmediğini gösterir. Ortak oyunda ışınlanma benzeri sıçramalar ve geriye kayan hareketler genellikle kayıp kaynaklıdır; genel bir ağırlaşma ise süreyle ilgilidir.

Ölçümü doğru kurmanın yolu, yolu parçalara bölmektir. Önce olağan hattınızdan bir ölçüm alın, sonra proxy çıkışına doğru ölçün. İki ölçüm arasındaki fark, eklediğiniz durağın maliyetidir. Ölçümü tek seferde değil, en az birkaç dakika boyunca ve günün farklı saatlerinde tekrarlayın; kısa bir örneklem kayıp konusunda neredeyse hiçbir şey söylemez.

Kayıp okurken iki tuzağa dikkat edin. Birincisi, bazı ağ cihazlarının yoklama paketlerine düşük öncelik vermesidir; bu durumda ölçüm kötü görünür ama gerçek trafik etkilenmemiştir. İkincisi, kablosuz bağlantının kendi oynaklığıdır. Ölçümü mümkünse kabloyla tekrarlayın, sonuç değişiyorsa sorun proxy’de değil yerel ağınızdadır. Ping testi ve proxy kontrol aracı bu iki adımı ayrı ayrı yapmanızı sağlar.

SOCKS5 UDP ASSOCIATE pratikte nereye kadar gider?

SOCKS5, UDP taşıyabilen bir yöntem tanımlar: istemci proxy’ye UDP ASSOCIATE isteği gönderir, proxy bir aktarma noktası ayırır ve istemcinin UDP paketleri bu nokta üzerinden hedefe iletilir. Tanım böyle olsa da iki koşul aynı anda sağlanmak zorundadır. Proxy sunucusu bu yöntemi açıkça desteklemelidir ve istemci uygulama bunu kullanabilmelidir.

İkinci koşul oyunlarda çoğu zaman sağlanmaz. Oyun istemcilerinin ayarlarında SOCKS5 alanı bulunmaz; ağ yığını işletim sisteminin soketlerini doğrudan kullanır. Trafiği yakalayıp yönlendiren ayrı bir yazılım kullanıldığında bile sonuç garanti değildir, çünkü aktarma ek bir başlık ekler ve paket boyu yol üzerindeki en küçük MTU değerini aşarsa parçalanma başlar. Parçalanmış UDP paketleri de kayıp olasılığını artırır.

Yöntemi destekleyen bir çıkış bulsanız bile üçüncü bir gerçek kalır: aktarma noktası araya girdiği için yol uzar. UDP’yi taşıtabilmek, onu daha hızlı taşımak anlamına gelmez. Bu nedenle Astroneer gibi oyun verisi UDP üzerinde akan yapımlarda SOCKS5 tünelini oyun akışına uygulamak nadiren mantıklıdır. Yöntemin ayrıntıları SOCKS5 UDP desteği ve SOCKS5 destekleyen uygulamalar yazılarında.

• Proxy tarafı desteklemiyorsa istemci ne yaparsa yapsın UDP geçmez.
• İstemci SOCKS5 konuşmuyorsa sunucu desteği tek başına yetmez.
• Aktarma başlığı paket boyunu büyütür; parçalanma riski doğar.
• Yöntem UDP’yi taşır, hızlandırmaz; yol yine uzamış olur.

Hangi akış proxy’ye uygun, hangisi değil?

Karar vermenin en hızlı yolu, akışları taşıma türüne ve amaca göre ayırmaktır. Hesap girişi, davet listesi, oyun sayfası ve güncelleme indirme TCP üzerindedir; bunların hepsi bir proxy tanımıyla yönlenebilir ve yönlendiğinde hedef tarafında görünen adres değişir. Oyun içi durum akışı ise UDP’dir ve pratikte olağan hattınızda kalır.

İkinci ölçüt amaçtır. Bir çıkışı sabit bir konumdan erişim sağlamak, kurumsal bir ağda tek bir adresten çıkmak veya bir sayfanın başka bir konumdan nasıl göründüğünü doğrulamak için kullanıyorsanız proxy doğru araçtır. Amacınız oyun içi tepkiyi iyileştirmekse aradığınız şey proxy değildir; orada belirleyici olan ev sahibinin bağlantısı ve seçtiğiniz oturumdur.

Tabloyu tek cümleye indirirsek: proxy oyunun çevresini kapsar, merkezini değil. Bu sınırı kabul eden bir kurulum hem daha az sorun çıkarır hem de teşhis edilmesi kolay olur.