Eş-Eş Barındırma, NAT Davranışı ve 7 Days to Die İçin Proxy Kapsamı

7 Days to Die’ı ağ açısından anlamanın en kısa yolu, oyunun tek bir merkezî sunucuya bağlanmadığını kabul etmektir. Platform istemcisi kitaplığı ve sürümü doğrular, oyun istemcisi sunucu listesini sorgular, dünya oturumu ise seçtiğiniz makineyle doğrudan konuşur. Bu üç iş farklı protokollerle taşınır ve bir proxy kuralı hepsini birden kapsamayabilir.

İkinci ayrım barındırmadır. Oyunu kendi istemcinizden açtığınızda makineniz aynı anda sunucu rolü üstlenir ve arkadaşlarınız size bağlanır; adanmış sunucuda ise siz de bir istemcisiniz. Gelen bağlantı kabul etmek gereken ilk durumda proxy’den beklenecek bir şey yoktur, çünkü klasik bir proxy dışarıdan gelen bir oturumu size taşımaz.

Üçüncüsü beklenti ayarıdır: proxy, yolunuza bir durak ekleyen bir yönlendirme kararıdır. Çıkış adresiniz değişir, oyun içi gecikmeniz çoğu kurulumda kısalmaz. Bu sayfadaki her öneri bu çerçevenin içinde yazıldı.

7 Days to Die oturumunda trafik nereye dağılır?

Oyunu başlattığınızda ilk konuşulan taraf oyun dünyası değil, platform katmanıdır: kitaplık doğrulaması, sürüm karşılaştırması ve varsa güncelleme indirmesi. Bu işler HTTPS üzerinde TCP ile taşınır, dolayısıyla bir HTTP proxy’nin CONNECT tüneline sorunsuz girer. Aynı şey mağaza sayfaları ve hesap ekranları için de geçerlidir; bunlar sıradan web trafiğidir ve proxy kapsamına almak teknik olarak en kolay parçadır. Platform istemcisinin kendi proxy alanlarına nasıl değer girildiğini platform istemcisi proxy ayarları yazısında adım adım bulabilirsiniz.

İkinci parça sunucu listesidir. İstemci, listelenen makinelere kısa sorgular gönderir ve dönen yanıtla oyuncu sayısını, sürümü ve gecikme tahminini gösterir. Bu sorgular küçüktür ama sayıca fazladır; liste yenilendiğinde aynı anda çok sayıda hedefe paket çıkar. Sorgu trafiği oyun tarafında yaygın olarak UDP ile taşınır, bu yüzden yalnızca TCP taşıyan bir tünelin içine girmez ve sıradan hattınızdan çıkar.

Üçüncü ve en hassas parça dünya oturumudur. Karakter konumu, blok değişiklikleri, hasar bildirimleri ve yapay zekâ hareketi sürekli akar; kaybolan bir paketi yeniden istemek yerine bir sonraki durumu göndermek daha mantıklı olduğundan bu trafik UDP’ye yaslanır. Dördüncü parça ise mod ve içerik indirmedir: büyük dosyalar, TCP üzerinden, tek seferlik ama hacimli.

Kendi makinenizde açtığınız oyun ile adanmış sunucunun farkı

Oyunu istemci üzerinden açtığınızda makineniz hem oynadığınız hem de diğer oyuncuların bağlandığı uçtur. Bu durumda belirleyici olan sizin ev ağınızdır: yönlendiricinizin dışarıdan gelen paketleri içeriye eşleyip eşleyemediği, hattınızın gerçek bir genel IP alıp almadığı ve operatörünüzün sizi paylaşımlı bir adres havuzunun arkasına koyup koymadığı. Bunların hiçbiri istemciye proxy tanımlayarak değişmez.

Adanmış sunucu modelinde roller sadeleşir. Sunucu ayrı bir makinede çalışır, sabit bir adresten dinler ve gelen bağlantıları kabul etmek onun işidir. Siz yalnızca bağlanan taraf olursunuz; giden bir bağlantı kurduğunuz için ev ağınızın gelen trafiğe açık olup olmaması önemini yitirir. Kendi grubunuz için sürekli açık bir dünya istiyorsanız bu model hem daha öngörülebilir hem de barındıran kişinin bilgisayarının kapanmasına bağlı değildir.

Pratik sonuç şudur: “arkadaşlarım bana bağlanamıyor” sorununun cevabı neredeyse hiçbir zaman proxy değildir. Bu bir gelen bağlantı sorunudur ve çözümü ya yönlendiricide bir eşleme kuralı ya da dinleme işini üstlenen ayrı bir makinedir.

NAT tipi ve delik açma: proxy neyi çözmez?

Ev ağlarında cihazlar özel adres kullanır ve yönlendirici, giden her bağlantı için bir eşleme tablosu tutar. Dışarıdan gelen bir paket bu tabloda karşılığı olmadığı sürece içeriye ulaşamaz. Oyunlar bu engeli aşmak için eşzamanlı giden paket gönderme yöntemine başvurur: iki taraf da birbirine doğru paket yollayınca her iki yönlendiricide de eşleme açılır ve trafik akmaya başlar. Bu yöntemin çalışması, yönlendiricinin eşlemeyi nasıl kurduğuna bağlıdır.

İki durum bu yöntemi zorlaştırır. Birincisi, her yeni hedef için farklı bir dış port atayan katı eşleme davranışıdır; karşı taraf tahmin edemediği bir porta paket gönderemez. İkincisi, operatörün abonelere ayrı genel adres vermeyip tek adresi çok sayıda hat arasında paylaştırdığı taşıyıcı seviyesindeki adres dönüşümüdür. Bu ikinci durumda kendi yönlendiricinizde port eşlemesi tanımlasanız bile paket size ulaşmadan önce operatörde durur. Adres dönüşümü ile proxy’nin farkını proxy ve NAT karşılaştırması ayrıntılı anlatıyor.

Proxy bu tablonun neresinde? Klasik bir HTTP proxy yalnızca sizin açtığınız giden bağlantıları taşır; bir dinleyici değildir, size gelen oturumu kabul edemez. SOCKS5 protokolünde gelen bağlantı için tanımlı bir yöntem bulunsa da, oyun istemcilerinin bunu kullandığı senaryo pratikte yok denecek kadar azdır. Barındıran taraf olacaksanız doğru araçlar sırayla şunlardır: yönlendiricide eşleme kuralı, operatörden gerçek genel adres talebi ya da adanmış sunucu.

• Barındıran siz değilseniz NAT tipi çoğu zaman sizin sorununuz olmaz.
• “Sunucu listede görünmüyor” ile “bağlanamıyorum” farklı belirtilerdir; ilki sorgu, ikincisi oturum katmanıdır.
• Hattınızın gerçek genel adres alıp almadığını yönlendirici arayüzündeki WAN adresiyle dış IP sorgusunu karşılaştırarak anlarsınız.

Hangi trafik tünele girer, hangisi dışarıda kalır?

HTTP proxy uygulama katmanında durur ve şifreli bağlantılar için CONNECT yöntemiyle bir TCP tüneli açar. Bu tünelin içinden yalnızca TCP geçer; UDP taşınmaz. SOCKS5 ise taşıma katmanındadır ve UDP ASSOCIATE yöntemiyle UDP taşıyabilir — ancak bunun için hem proxy sunucusunun bu yöntemi açık tutması hem de istemcinin bunu kullanmayı bilmesi gerekir. Oyun istemcilerinin çoğunda proxy alanı bile bulunmadığı için ikinci koşul genellikle sağlanmaz. Yöntemin nasıl işlediği SOCKS5 UDP desteği yazısında ayrıntılı anlatılıyor; protokolün kendisi için SOCKS5 proxy sayfasına bakabilirsiniz.

Bu tablo kötü bir haber gibi görünse de aslında kapsamı netleştirir. Proxy’yi oyun içi oturumu taşımak için değil, hesabınızın açıldığı ve dosyaların indiği tarafı belirli bir çıkıştan geçirmek için kullanırsınız. Kurumsal veya kampüs ağlarında da en çok işe yarayan kısım budur: indirme ve giriş yollanabilirken oyun oturumu ağ politikasının izin verdiği ölçüde çalışır.

Bir uyarı: tünel kurulamadığında bazı istemciler sessizce doğrudan bağlantıya düşer. Hata mesajı görmezsiniz, oyun açılır ve her şey yolunda görünür. Kapsamı doğrulamanın tek güvenilir yolu, proxy açıkken çıkış adresinizi bağımsız bir sayfadan okumak ve beklediğiniz adresle karşılaştırmaktır.

Çıkış konumu ve rotanın uzunluğu

Proxy bir durak eklediği için toplam yol uzar. Paket önce çıkış sunucusuna, oradan hedefe gider ve yanıt aynı yoldan döner. Bu nedenle çıkışın coğrafi konumu, tür seçiminden daha belirleyici olabilir: aynı şehirde duran bir çıkış ile başka bir kıtadaki çıkış arasındaki fark, indirme hızından çok tepki süresinde hissedilir. Türkiye’den oynayıp Avrupa sunucularına bağlanıyorsanız Türkiye çıkışlı bir adres ile yerel platform trafiğini tutarlı tutmak, kıtalar arası bir çıkışa göre daha az sürtünme üretir.

Yalnızca mesafe değil, çıkışın o anda taşıdığı yük de sonucu etkiler. Paylaşımlı bir havuzda akşam saatleriyle sabah saatleri arasında ölçülebilir fark oluşabilir; tek seferlik bir ölçüm bu değişkeni gizler. Bir çıkışı işe almadan önce farklı saatlerde en az iki kez ölçün ve sonucu not edin.

Zincirleme kurulumlardan uzak durun. Aynı anda hem bir tünel hem bir proxy çalıştırmak, sorun çıktığında hangi katmanın suçlu olduğunu bulmayı imkânsızlaştırır ve her katman yola kendi payını ekler. Tek katmanla başlayın, ölçün, gerekiyorsa değiştirin.