Project Zomboid ve Proxy: Hangi Trafik Gerçekten Yönlenir?

Kendi sunucunuzu barındırdığınızda ne değişir?

Project Zomboid’de çok oyunculu deneyim iki biçimde kurulur: oyunun içinden bir oturum açarak ya da ayrı bir sunucu yazılımı çalıştırarak. İkincisi, kalıcı bir dünya isteyen gruplar için standart yoldur ve genellikle kiralık bir makinede çalışır. Bu durumda sizin tarafınızdaki soru “nasıl bağlanırım” değil, “oyuncular bana nasıl ulaşır” hâline gelir.

Gelen bağlantıları kabul eden bir sunucu için proxy yanlış araçtır. Bir forward proxy dışarı çıkan isteği yönlendirmek üzere tasarlanmıştır; içeri gelen oyuncu bağlantılarını karşılamaz. Sunucu tarafında ihtiyacınız olan şey yapılandırma dosyasında tanımlı portların yönlendirilmesi ve güvenlik duvarı kuralıdır. İki kavramın farkı forward ve reverse proxy karşılaştırmasında ayrıntılı duruyor.

Yönetim tarafı ayrı bir konudur. Sunucuya SSH ile bağlanmak, panelini açmak veya yedek almak sizin çıkan trafiğinizdir ve bunu sabit bir adresten yapmak isteyebilirsiniz. Sağlayıcı paneline yalnızca belirli IP’lerden erişim tanımlıyorsanız ISP proxy gibi statik bir çıkış, her hat yenilenmesinde listeyi güncellemekten kurtarır.

Yedekleme ve dosya aktarımı üçüncü bir kalemdir. Kalıcı bir dünya çalıştıran gruplar kayıt dosyalarını düzenli olarak dışarı alır; bu aktarım sunucudan size doğru büyük bir TCP akışı demektir. Kotalı bir çıkış üzerinden yapıldığında beklenmedik bir tüketim üretir, bu yüzden yedek trafiğini yönlendirme kapsamı dışında tutmak çoğu ekipte daha mantıklıdır.

Protokol kararı: hangi çıkış neyi taşır?

Karar tek soruyla başlar: yönlendirmek istediğiniz trafik TCP mi UDP mi? Mağaza, kütüphane, mod deposu ve web arayüzleri TCP’dir; bunlar için HTTP proxy de SOCKS5 de yeterlidir. Oyun oturumunun kendisi UDP olduğu için HTTP proxy baştan devre dışı kalır.

SOCKS5 tarafında iki katmanlı bir koşul vardır. Sunucu UDP ASSOCIATE desteklemelidir ve istemci bu yolu kullanmayı bilmelidir. İkisi birden sağlanmadığında istemci sessizce doğrudan bağlanır: oyun açılır, sunucuya girersiniz, fakat trafik proxy’den geçmez. Bu sessiz düşüş, kurulumun yanlış yorumlanmasının en yaygın nedenidir. Mekanizmanın ayrıntısı SOCKS5 UDP desteği yazısında anlatılıyor.

Bu sessiz düşüşü fark etmenin pratik yolu, yönlendirmenin gerçekten uygulandığı bir referans akışla karşılaştırma yapmaktır: aynı makinede tarayıcıdan görünen çıkış adresi ile oyunun kullandığı yolun aynı olduğunu varsaymayın. İki akış farklı katmanlarda yapılandırılır ve biri yönlenirken diğeri olağan hattınızdan çıkabilir.

Üçüncü bir seçenek, trafiği işletim sistemi seviyesinde yakalayan bir yönlendirici katmandır. Bu araçların bir kısmı yalnızca TCP bağlantılarını sarmalar ve UDP’yi olduğu gibi bırakır; bir kısmı sanal bir ağ arabirimi kurar. Hangi kategoride olduğunu bilmeden kurulum yapmak, kapsamını bilmediğiniz bir kural yazmak demektir. Protokolün genel karşılaştırması için protokol seçim rehberi iyi bir başlangıç.

Kurulum ve doğrulama

Yapılandırma noktası kapsamı belirler. Sistem geneli ayar tüm uygulamaları etkiler; tarayıcıya özel profil yalnızca o tarayıcıyı; uygulama bazlı bir kural ise yalnızca seçtiğiniz süreci. Oyun makinesinde en az yan etkili yol genellikle üçüncüsüdür, çünkü güncelleme servisleri ve diğer uygulamalar olağan hattında kalır.

Erişim bilgisi hangi sağlayıcıyla çalışırsanız çalışın dört parçadan ibarettir. Aşağıdaki satırlar yalnızca biçimi göstermek içindir; gerçek değerler panelinizde durur ve paylaşılmaz.

Kimlik doğrulama yöntemi de kurulumun bir parçasıdır. IP yetkilendirmesi sabit hatlarda pratiktir; kimlik bilgisi taşımadığınız için yapılandırma da sadeleşir. Buna karşılık dinamik IP alan bir kullanıcının adresi hat her yenilendiğinde değişir ve erişim, tipik olarak 407 yanıtıyla kesilir. Kullanıcı adı ve parola her yerden çalışır ama paylaşılabilir bir sırdır; makine değiştiren ekiplerde ikisinin karışımı en dengeli çözümdür.

Doğrulama iki adımdır. Önce çıkışın canlı olduğunu görün: proxy kontrol aracı bağlantının kurulup kurulmadığını söyler. Ardından hangi adresin göründüğünü IP adresim sayfasından teyit edin. Alan adı çözümünün nerede yapıldığını merak ediyorsanız DNS sızıntı testi bunu ayrıca raporlar; SOCKS5 kullanırken çözümün istemcide mi proxy’de mi yapıldığı doğrudan bu sonuca yansır.

Yönetici denetimi, sunucu kuralları ve hizmet şartları

Project Zomboid’de denetim büyük ölçüde sunucu tarafında yaşar. Sunucu yazılımı bağlantıları kaydeder, yöneticilere oyuncu listesi ve bağlantı bilgisi sunar, kural ihlali durumunda erişimi kısıtlama araçları verir. Yani karşınızda merkezî bir hakem değil, o sunucuyu işleten kişinin koyduğu kurallar vardır.

Bunun pratik sonucu şudur: bağlandığınız adres yöneticiye görünür ve tanıdık olmayan bir çıkış, kuralları sıkı tutan topluluklarda ek soruya yol açabilir. Bir topluluğa düzenli katılıyorsanız çıkışınızı sabit tutmak, her oturumda farklı bir ülkeden görünmekten daha az sürtünme üretir.

Proxy, oyunun istemci tarafındaki bütünlük denetimleriyle ilgili bir araç değildir ve bu sayfa böyle bir kullanımı anlatmaz. Yönlendirme yalnızca bağlantının nereden geldiğini değiştirir; dosya bütünlüğü, sürüm uyumu ve sunucu kuralları olduğu gibi yürürlükte kalır.

Ekip hâlinde oynayan gruplar için pratik bir alışkanlık şudur: hangi oyuncunun hangi çıkışı kullandığını tek bir yerde kayıt altına alın. Bir sunucuda erişim sorunu yaşandığında ilk soru “kim nereden bağlanıyordu” olur ve bu bilgi yoksa teşhis tahmine döner. Basit bir tablo — oyuncu, çıkış etiketi, ülke — hem sorunu daraltır hem de bir çıkışta arıza olduğunda kimlerin etkilendiğini söyler.

Proxy ne zaman gerekli, ne zaman fazlalık?

Kendi ülkenizden, kendi hattınızla, tek bir hesapla oynuyorsanız proxy size bir şey katmaz. Fazladan bir durak, fazladan bir arıza noktası ve kotalı bir pakette fazladan bir maliyet demektir. Kurulumu gerekçesiz yapmak, sonradan ortaya çıkan her bağlantı sorununun teşhisini de zorlaştırır.

Anlamlı olduğu durumlar dardır ama gerçektir: kurumsal ya da kampüs ağından çıkarken sabit ve izin verilen bir adrese ihtiyaç duymak, sunucu panelinize IP kısıtlı erişim tanımlamış olmak, bir mağaza sayfasının başka bir ülkede nasıl göründüğünü doğrulamak ya da barındırma sağlayıcınızın erişim politikasını test etmek. Kısıtlı ağlardaki davranış okul ve işyeri ağlarında erişim engelleri yazısında ayrıca ele alınıyor.

Bir de ölçüm amaçlı kullanım vardır. Sunucunuzun farklı ülkelerden erişilebilir olup olmadığını sınamak, barındırma sağlayıcınızın rota davranışını gözlemlemek ya da bir güncelleme yayımlandığında dağıtımın her bölgeye ulaşıp ulaşmadığını kontrol etmek için proxy pratik bir araçtır. Bu kullanımda amaç oynamak değil, dışarıdan bakan bir göz elde etmektir; çıkış ülkesini de buna göre seçersiniz.

Amacınız cihazın tamamındaki trafiği tek bir tünele almaksa aradığınız araç muhtemelen proxy değildir: proxy tanımladığınız kapsamı yönlendirir, cihazın tamamını değil. Aradaki kapsam farkı proxy ile VPN farkı yazısında açıklanıyor.