DayZ İçin Proxy: Hangi Bağlantı Tünelden Geçer, Hangisi Geçmez?

DayZ’de bir oturum açmak, tek bir adrese bağlanmaktan ibaret değildir. Önce platform katmanı sürümü ve kitaplığı doğrular, ardından istemci ya da harici bir liste aracı topluluk sunucularını sorgular, mod kullanan bir sunucuya girecekseniz eksik içerik indirilir ve ancak bundan sonra dünya oturumu kurulur.

Bu zincirdeki adımlar farklı protokollerle taşınır ve proxy hepsini aynı biçimde kapsayamaz. Kapsamı doğru çizmek, kurulumdan gerçekçi bir sonuç beklemenin ön koşuludur: web tarafı yönlendirilebilir, düşük gecikme gerektiren oturum genellikle yönlendirilemez.

Üçüncü konu uyumdur. Proxy bir ağ aracıdır; oyunun kurallarını değiştirmez, istemci tarafında çalışan güvenlik bileşenlerine karışmaz ve karışmaya çalışılmamalıdır. Bu sayfa yalnızca erişim yönetimi, gizlilik ve kurumsal ağ senaryoları çerçevesinde yazıldı.

Bir DayZ oturumu kaç ayrı bağlantıdan oluşur?

İlk halka platform servisleridir: oturum açma, kitaplık doğrulaması, sürüm karşılaştırması ve gerekiyorsa güncelleme. Bunların tamamı HTTPS üzerinde TCP ile taşınır ve proxy kapsamına alınması en kolay parçadır. Bu halkada bir sorun yaşarsanız belirtiler de web tarzıdır: sayfa açılmaz, indirme başlamaz, kimlik doğrulama hatası döner.

İkinci halka sunucu keşfidir. İstemci ya da harici bir liste aracı, yüzlerce topluluk sunucusuna kısa sorgular gönderir ve dönen yanıtla oyuncu sayısını, sürümü ve mod listesini gösterir. Bu sorgular oyun tarafında yaygın olarak UDP kullanır ve sunucunun dünya oturumunu taşıdığı uçtan ayrı bir uçta dinlenir. Listede görünmeyen bir sunucuya bağlanabilmeniz ya da tersinin olması, bu iki ucun ayrı olmasının doğrudan sonucudur.

Üçüncü halka mod içeriğidir. Modlu bir sunucuya girerken eksik dosyalar indirilir; bu büyük ve TCP tabanlı bir aktarımdır. Dördüncü halka dünya oturumudur: konum, hasar, envanter ve çevre güncellemeleri sürekli akar. Burada kaybolan bir paketi yeniden istemek gecikmeyi büyüttüğü için UDP tercih edilir. İki protokolün genel farkları için HTTP proxy ile SOCKS5 farkı yazısına bakabilirsiniz.

Bu dört halkayı ayırmak, bir aksaklığın hangi kata ait olduğunu ilk bakışta söylemenizi sağlar. Web tarzı bir hata gördüğünüzde proxy kapsamınıza bakmak mantıklıdır; dünyada sıçrama yaşıyorsanız aynı yere bakmak zaman kaybıdır, çünkü o trafik zaten kuralınızın dışındadır.

Sorgu ucu ile oyun ucu neden ayrı davranır?

Topluluk sunucuları, listeleme yazılımına yanıt veren bir uçla oyuncuların dünyaya girdiği ucu ayrı tutar. Bunun nedeni basittir: liste sorguları kısa ve çok sayıdadır, oyun oturumu ise uzun ömürlü ve sürekli akan bir bağlantıdır. İkisini ayırmak, liste yenilemelerinin oyun oturumunu meşgul etmesini engeller.

Pratikte bu ayrım şu üç belirtiyi açıklar. Birincisi, listenin boş gelmesine rağmen adresi elle girdiğinizde bağlanabilmeniz: sorgu ucu ağınızda kısıtlanmış ama oyun ucu açıktır. İkincisi, listede görünen bir sunucuya bağlanamamak: sorgu geçmiş ama oturum kurulamamıştır; genellikle sürüm veya mod uyuşmazlığı ya da sunucu tarafındaki kapasite sınırı devrededir. Üçüncüsü, harici bir liste aracının içeride görünmeyen sunucuları göstermesi.

Proxy açısından sonuç şudur: sorgu trafiğini yönlendirmek çoğu kurulumda mümkün değildir, çünkü bu trafik UDP’dir ve liste aracı proxy alanı sunmaz. Kısıtlı bir ağda oynuyorsanız izlenecek yol proxy değil, ağ yöneticisiyle konuşmaktır. Kampüs ve ofis ağlarındaki tipik kısıtlar okul ve işyeri ağlarında erişim engelleri yazısında toplandı.

Tünelin taşıyabildiği pay ve taşıyamadığı pay

Bir oturumun ürettiği trafiği paylara ayırdığınızda tablo netleşir. Hacim olarak en büyük kalem genellikle mod ve içerik indirmedir; bu tek seferliktir ama büyüktür ve TCP taşındığı için tünele sorunsuz girer. Süreklilik olarak en önemli kalem dünya oturumudur; hacmi görece küçüktür ama kesintisiz akar ve UDP taşınır.

Hesap ve giriş trafiği hem küçük hem TCP’dir: kapsaması kolay, etkisi büyüktür. Çünkü hesabınızın hangi adresten açıldığını belirleyen kalem budur. Sunucu listesi sorguları ise küçük ama çok sayıdadır ve tünel dışında kalır.

Bu dağılımı bilmek, sağlayıcı seçerken hangi ölçütün önemli olduğunu da söyler: oyun oturumu tünelden geçmediğine göre çıkışın “oyun için hızlı” olması değil, indirmede kapasiteli ve hesap tarafında kararlı olması işinize yarar. Eşzamanlı istek sayısının neden ayrı bir sınır olduğunu eşzamanlı bağlantı limiti yazısı açıklıyor.

Çıkış profilini seçerken hangi ölçütü ağırlıklandırmalı?

İki tipik profil vardır. Birincisi sabit bir çıkış: adres değişmez, hesabınız hep aynı yerden görünür, sticky davranış varsayılandır. İkincisi rotasyonlu bir havuz: adres belirli aralıklarla değişir, çeşitlilik yüksektir. Oturum taşıyan bir hesapla çalışıyorsanız birincisi neredeyse her zaman doğru cevaptır; rotasyon, oturum gerektirmeyen ve çok sayıda hedefe dağılan okuma işleri için tasarlanmıştır.

Karşılaştırmayı tek bir ölçüte indirgemeyin. Kurulum kolaylığı, kayıt politikası, kapasite ve maliyet birbiriyle çelişen eksenlerdir; birinde kazandığınızı diğerinde ödersiniz. Sağlayıcının hangi kayıtları tuttuğu bu eksenlerin en az konuşulanıdır ve proxy log kayıtları ve gizlilik yazısında ayrı ele alındı.

Bir de gereksiz katman sorusu vardır: amacınız cihazdaki tüm trafiği kapsayan bir taşıma katmanı kurmaksa aradığınız araç proxy olmayabilir. Proxy, tanımladığınız yeri kapsayan bir yönlendirme kuralıdır; ikisinin kapsam farkı proxy ile VPN arasındaki fark yazısında karşılaştırılıyor. Yanlış aracı seçmek, kurulum doğru olsa bile beklentiyi karşılamaz.

Paylaşım derecesi de ayrı bir eksendir ve profil tablosunda görünmez. Ayrılmış bir çıkışta yalnızca kendi kullanımınızın izi vardır; paylaşımlı bir havuzda aynı adresi kullanan diğer kişilerin davranışı sizin oturumunuzun karşılandığı eşiği de etkiler. Aynı türde ama kalabalık bir çıkış, daha mütevazı bir türün ayrılmış adresinden daha fazla sürtünme üretebilir.

Kararı verirken şu üç soruyu sırayla yanıtlayın: hesap açılacak mı, aylık ne kadar veri aktaracaksınız ve çıkışın hangi ülkede olması gerekiyor? Bu üç cevap paket seçimini neredeyse tek başına belirler; geri kalan ayrıntılar, kurulum sonrasında ölçerek düzeltilebilir şeylerdir.

Hesap güvenliği ve ani konum değişiminin bedeli

Platform hesabı, oyun oturumundan bağımsız bir kimlik katmanıdır. Girişin geldiği adres kaydedilir; alışılmadık bir ülkeden gelen istek ek doğrulama tetikleyebilir. Bu davranışı bir engel gibi değil, hesabınızı koruyan bir mekanizma gibi okuyun: aynı mekanizma, sizin dışınızda birinin girişini de zorlaştırır.

Doğru sıra şudur: önce iki adımlı doğrulamayı kurun, kurtarma e-postanıza erişiminizi test edin, kod üreten uygulamayı ağ ayarlarından etkilenmeyen ayrı bir cihazda tutun. Ancak bundan sonra çıkış değişikliğini deneyin. Tersi sırayla ilerleyen kullanıcıların en sık yaşadığı sorun, doğrulama kodunu almak için gereken hesaba tam da o anda erişememektir.

İkinci kural değişimin hızıdır. Bir hesabın kısa aralıklarla farklı kıtalardan görünmesi, hem doğrulama sıklığını artırır hem de gerçek bir sorun yaşandığında kaydı okunamaz hâle getirir. Çıkışı seçin, etiketleyin ve gerekmedikçe dokunmayın. Çıkışın gerçekte ne gösterdiğini proxy anonimlik testi ile doğrulayabilirsiniz.

• İki adımlı doğrulamayı çıkış değişikliğinden önce kurun.
• Kurtarma bilgilerini proxy’den etkilenmeyen bir cihazda tutun.
• Çıkışın ülkesi ile hesabınızın olağan kullanım ülkesi aynı kalsın.
• Parolayı ve kimlik bilgisini hiçbir üçüncü taraf aracıyla paylaşmayın.

Anti-cheat, hizmet şartları ve proxy’nin değiştirmediği şeyler

Oyunun istemci tarafında çalışan güvenlik bileşeni, bellek ve süreç düzeyinde inceleme yapar; ağ katmanındaki bir yönlendirme kuralı bu incelemeyi ne devre dışı bırakır ne de etkiler. Bu, hem teknik bir gerçek hem de pratik bir sınırdır: proxy’yi bu amaçla düşünmek yanlış bir zihin haritasıdır ve yalnızca hesabınızı riske atar.

Hizmet şartları tarafı da nettir. Oyun ve platform sözleşmeleri, hesabın paylaşılması, otomasyon kullanımı ve bölgesel düzenlemelerin dolanılması gibi konularda kurallar koyar. Bir ağ aracı kullanmanız bu kuralların kapsamını değiştirmez; şüpheye düştüğünüz bir kullanım için önce ilgili şartları okumak, sonradan itiraz etmekten çok daha ucuzdur.

Peki proxy meşru olarak ne işe yarar? Kurumsal veya paylaşımlı bir ağdan çıkarken hangi adresin kullanıldığını belirlemek, bir mağaza sayfasının farklı bir ülkede nasıl göründüğünü doğrulamak, ev hattınızın adresini üçüncü taraf servislere açmadan web tarafı işleri yürütmek ve sağlayıcı değişikliklerinin etkisini ölçmek. Bunların hepsi ağ yönetimi başlığı altındadır.

Topluluk sunucusu işleten ekipler için ayrı bir meşru kullanım daha vardır: yönetim paneline, istatistik arayüzüne ve dosya aktarım uçlarına sabit ve bilinen bir adresten erişmek. Sunucu tarafında yetkili adres listesi tutuluyorsa, ekip üyelerinin farklı ev hatlarından değil tek bir çıkıştan gelmesi hem yönetimi sadeleştirir hem de kayıtları okunabilir kılar.

Kurulumu kademe kademe doğrulama

Kurulum bittiğinde tek bir sayfa açıp “çalışıyor” demek, kapsamın yarısını görmeden karar vermektir. Doğrulamayı kademelere ayırın: önce çıkışın canlı olup olmadığı, sonra hangi uygulamaların kapsandığı, ardından alan adlarının nerede çözüldüğü ve en sonunda oyun oturumunun hangi hattan çıktığı.

Alan adı çözümü özellikle sinsi bir kademedir. HTTP proxy kullanırken istemci hedefi CONNECT satırında adıyla bildirir ve çözümü proxy yapar. SOCKS5’te davranış istemciye bağlıdır: kimi istemci adı kendi ağında çözer, kimi proxy’ye bırakır. Fark, hedef alan adının yerel sunucunuza görünüp görünmemesidir; ayrıntısı SOCKS5’te DNS nerede çözülür yazısında.

Son kademede beklentiyi yazılı hâle getirin: hangi uygulamanın hangi çıkıştan çıkmasını bekliyorsunuz? Beklentiyi yazmadan yapılan test, sonucu her zaman doğrular; çünkü ne göreceğinizi bilmeden bakarsınız. Kısa bir kontrol listesi, aynı kurulumu bir ay sonra tekrar ederken de işinize yarar.