Don't Starve Together Sunucu Kiralama

Don't Starve Together sunucusu nedir?

Don't Starve Together sunucusu, Klei Entertainment'ın hayatta kalma oyunu için dünyayı bir oyuncunun bilgisayarından bağımsız olarak çalıştıran resmi dedicated server yazılımıdır. Oyun içinden sunucu açtığınızda dünya sizin bilgisayarınızda çalışır ve siz çıktığınızda kapanır; dedicated server ile ise dünya 7/24 açık kalır, arkadaşlarınız istedikleri zaman girip üsse katkı yapabilir, mevsimlere hazırlanabilir ya da boss savaşlarına girebilir.

DST sunucuları özellikle uzun soluklu (Endless) dünyalar kuran gruplar, kalabalık topluluk sunucuları ve modlu deneyimler sunan sunucular için tercih edilir. Oyunun mağara dünyası ayrı bir shard olarak çalıştığından, ev bilgisayarında hem oyunu hem yüzey ve mağara sunucularını aynı anda çalıştırmak kaynakları zorlar; bu yük ayrı bir sunucuya taşındığında hem oyun hem dünya daha akıcı çalışır.

Dont starve together sunucu kiralama yaparken bilmeniz gereken ilk kavram cluster ve shard yapısıdır: her cluster'ın bir ana shard'ı (genellikle Forest) ve isteğe bağlı ikincil shard'ları (genellikle Caves) vardır. Kaynak planı, port ayarları ve yedekleme bu yapıya göre şekillenir. Kavramın genel çerçevesi için dedicated server (oyun) tanımına, dosya düzeyinde kurulum için Don't Starve Together sunucu kurulumu rehberine bakabilirsiniz.

DST cluster ve shard yapısı nasıl çalışır?

DST'de cluster, birlikte çalışan dünyaların bütünüdür; her cluster tam olarak bir ana (master) shard ve istenen sayıda ikincil shard içerir. Gelenek olarak ana shard yüzey dünyasını (Forest), tek ikincil shard ise mağaraları (Caves) çalıştırır ve oyuncular bu dünyalar arasında mağara girişleri üzerinden geçiş yapar.

Her shard ayrı bir süreç olarak başlatılır; bu yüzden Forest ve Caves birlikte çalışan bir cluster aslında iki sunucu programı demektir. Shard'lar aynı makinede birbirleriyle cluster.ini içindeki [SHARD] bölümünde tanımlanan iletişim ayarları üzerinden konuşur. Mağaraları kapatmak kaynak kullanımını belirgin şekilde azaltır, ancak oyunun önemli bir bölümünü de devre dışı bırakır.

DST sunucusu Windows mu Linux mu?

Klei, Don't Starve Together dedicated server'ı Windows ve Linux için hem x86 hem x86_64 olarak sunar; topluluk wiki'sine göre x86 dışı donanım resmi olarak desteklenmez. Sunucu dosyaları SteamCMD ile anonim oturumla 343050 uygulama kimliği kullanılarak indirilir; Steam kütüphanesinde de "Don't Starve Together Dedicated Server" aracı olarak bulunur.

steamcmd +force_install_dir /home/dst/server +login anonymous +app_update 343050 validate +quit

Linux sunucularda yaygın düzen, her shard'ı ayrı bir screen ya da tmux oturumunda veya ayrı systemd hizmeti olarak çalıştırmaktır. Linux'ta cluster dosyaları varsayılan olarak kullanıcı dizinindeki ~/.klei/DoNotStarveTogether altında tutulur; Windows'ta ise Belgeler altındaki Klei klasörü kullanılır. Başlatma parametreleriyle cluster adı ve shard adı belirtilir:

./dontstarve_dedicated_server_nullrenderer -cluster Cluster_1 -shard Master
./dontstarve_dedicated_server_nullrenderer -cluster Cluster_1 -shard Caves

Ubuntu 24.04 LTS gibi bir Linux dağıtımı daha düşük bellek tüketir ve otomasyonu kolaylaştırır; LinuxGSM de bu oyunu destekler. SteamCMD temelleri için SteamCMD kullanımı rehberine bakabilirsiniz.

Cluster token nasıl alınır?

Cluster token, çevrimiçi bir DST sunucusunun Klei servislerine kendini tanıtmasını sağlayan jetondur ve cluster_token.txt dosyasına yazılarak cluster klasörüne konur. Topluluk wiki'sine göre çevrimiçi cluster'lar jeton olmadan başlamaz; yalnızca çevrimdışı (LAN) cluster'lar jetonsuz çalışabilir.

Jeton almanın iki yolu vardır:

1. Klei hesap sayfası: Klei hesabınıza giriş yapıp DST oyun sunucuları bölümünde bir cluster adı girin, yeni sunucu ekleyin ve oluşan jetonu kopyalayın.
2. Oyun içi konsol: Oyunda ~ tuşuyla konsolu açıp TheNet:GenerateClusterToken() komutunu çalıştırın; jeton dosyası Klei DoNotStarveTogether klasörünüze kaydedilir.

Jetonu oluşturan hesap, yönetici listesi boş bırakıldığında cluster'ın tek yöneticisi kabul edilir. Bu nedenle jetonu topluluğun kalıcı sorumlusunun hesabıyla oluşturmanız, ileride sahiplik karmaşası yaşanmasını önler. Jeton bir kimlik bilgisidir; ekran görüntülerinde ya da herkese açık kanallarda paylaşmayın. Sızdığını düşünürseniz Klei hesap sayfasından yeni jeton oluşturup dosyayı güncelleyin.

DST sunucusu ne kadar kaynak ister?

Don't Starve Together sunucusu görece hafiftir; Forest ve Caves birlikte çalışan küçük bir grup için 2–3 GB RAM ve iki çekirdek tahmini olarak yeterlidir. Ancak her shard ayrı bir süreç olduğu ve oyun mantığı büyük ölçüde tek çekirdek üzerinde çalıştığı için çekirdek hızı ve shard sayısı kaynak planının merkezindedir.

Kaynak tüketimini artıran etkenler:

• Shard sayısı: Mağaraları açmak ikinci bir süreç demektir; birden fazla cluster çalıştırmak ihtiyacı katlar.
• Dünyanın yaşı: Uzun süredir açık Endless dünyalarda oyuncu yapıları, ekilmiş tarlalar ve yerde biriken nesneler sunucunun her güncellemede işlediği varlık sayısını artırır.
• Modlar: Sunucu tarafında çalışan modlar ek bellek ve işlemci tüketir; bazı büyük içerik modları belirgin yük getirir.
• Oyuncu sayısı: max_players 64'e kadar ayarlanabilir; kalabalık sunucularda oyuncuların dünyaya dağılması aynı anda simüle edilen alanı büyütür.

Topluluk wiki'si RAM için resmi bir değer vermez; yukarıdaki tablo tahmini bir başlangıçtır. Sunucuyu kurduktan sonra her shard sürecinin bellek ve işlemci kullanımını ayrı ayrı izleyin; genellikle ana shard daha fazla kaynak tüketir. Ayrılmış çekirdekli bir VDS'te ölçtüğünüz değerler komşu yükünden etkilenmediği için güvenilir bir planlama zemini sunar.

Oyuncuların "sunucu kasıyor" şikâyeti DST'de genellikle yoğun anlarda ortaya çıkar: büyük bir boss savaşı, kalabalık bir üste aynı anda yanan yapılar ya da çok sayıda yaratığın bir arada olduğu çiftlikler. Bu anlarda ana shard sürecinin tek çekirdeği doluyorsa çözüm önce dünyadaki gereksiz nesneleri ve ağır modları azaltmak, ardından daha hızlı çekirdekli bir pakete geçmektir. Bellek ise nadiren darboğaz olur; uzun süre açık kalan dünyalarda yavaş yavaş artışını aylık olarak kontrol etmek yeterlidir.

DST için hazır paket mi VDS mi?

Don't Starve Together için sayfada VDS paketleri gösterilir; sunucuyu VDS üzerinde kendiniz kurabilir ya da destek talebiyle hazır kurulum isteyebilirsiniz. Birden fazla shard sürecini, Workshop mod indirmelerini, cluster klasörlerini ve otomatik yedekleri tek bir yerde yönetmek için tam yetkili bir sanal sunucu bu oyunda pratik bir çözümdür.

VDS ile yapabilecekleriniz:

• Forest ve Caves shard'larını ayrı hizmetler olarak tanımlayıp otomatik yeniden başlatma kurmak.
• Aynı makinede farklı oyun modlarında (ör. Endless ve Survival) birden fazla cluster çalıştırmak.
• Cluster klasörünün düzenli yedeklerini cron ile almak ve sunucu dışına kopyalamak.
• Mod güncellemelerini ve oyun yamalarını kendi takviminize göre uygulamak.

DST hafif bir sunucu olduğundan tek bir küçük cluster için daha küçük bir VPS de yeterli olabilir; birden fazla cluster, ağır modlar ya da aynı makinede başka oyunlar planlıyorsanız VDS daha rahat bir zemin sunar. İki modelin karşılaştırması için oyun paketi mi VDS mi sayfasına bakın. Paket kapasite değerleri için sayfadaki paket tablosundaki güncel değerleri esas alın.

Sunucu yönetimine yeni başlıyorsanız ilk kurulumu destek talebiyle isteyip sonrasında mod ekleme, yönetici listesi ve yedek gibi günlük işleri kendiniz yürütebilirsiniz. Böylece Linux komut satırını adım adım öğrenirken arkadaş grubunuzun dünyası da kesintisiz açık kalır. Topluluk büyüdüğünde ise aynı sunucuya ikinci bir cluster eklemek ya da üst pakete geçmek, mevcut dünyayı taşımadan yapılabilecek basit adımlardır.

DST sunucusu hangi portları kullanır?

DST sunucusunda her shard kendi oyun portunu (server_port) kullanır ve bu port UDP olarak dışarıya açık olmalıdır; topluluk wiki'sinin sorun giderme bölümü, örnek olarak UDP 10999 portunun sunucu makinesine yönlendirilmesini önerir. Mağara shard'ı ayrı bir port kullandığı için onun portu da açılmalıdır.

Port ayarlarıyla ilgili bilinmesi gerekenler:

• server_port her shard'ın server.ini dosyasında tanımlanır ya da -port başlatma parametresiyle geçersiz kılınır. İnternete açık sunucularda 1024–65535 aralığında bir değer kullanılır.
• [STEAM] bölümündeki master_server_port ve authentication_port Steam'in iç portlarıdır; aynı makinede çalışan her shard için farklı değerler verilmelidir.
• Shard'lar arası iletişim cluster.ini içindeki [SHARD] ayarlarıyla yapılır; aynı makinede çalışan shard'lar için bu iletişimin dışarıya açılması gerekmez.

Pratik bir düzen, Forest için bir port, Caves için hemen yanındaki bir port seçip her ikisini de güvenlik duvarında UDP olarak açmaktır. Ayrıntılı güvenlik duvarı adımları oyun sunucusu port açma rehberinde anlatılır. Değerleri kopyalamak yerine kurulu sunucu sürümünüzün oluşturduğu dosyalarla karşılaştırmanız önerilir.

cluster.ini dosyasında hangi ayarlar yapılır?

cluster.ini, tüm shard'lar için ortak olan oyun modu, oyuncu sınırı, PvP, sunucu adı, açıklaması, şifresi ve shard iletişim ayarlarını tutan dosyadır. Cluster klasörünün kökünde bulunur ve değişiklikten sonra tüm shard'ların yeniden başlatılması gerekir.

Sık kullanılan ayarlar:

• game_mode: Survival, Endless ya da Wilderness. Endless'ta oyuncular ölünce dünya sıfırlanmaz; arkadaş grupları için en rahat seçenektir.
• max_players: 1–64 arası oyuncu sınırı.
• pvp: Oyuncuların birbirine hasar verip veremeyeceği.
• pause_when_empty: Sunucuda kimse yokken dünyanın duraklatılması; açık tutmak hem kaynak tasarrufu sağlar hem de oyuncular yokken üssün mevsim ya da canavar saldırısıyla zarar görmesini önler.
• cluster_name, cluster_description, cluster_password: Listede görünen bilgiler ve giriş şifresi.
• cluster_intention: Sunucunun amacı (ör. sosyal, işbirlikçi, rekabetçi).
• [SHARD] bölümü: shard_enabled, bind_ip, master_ip, master_port ve cluster_key ile shard'ların birbirini bulması.

Dünya üretimi ayarları (mevsim uzunlukları, kaynak bolluğu, canavar sıklığı) ise her shard'ın kendi worldgenoverride.lua ya da leveldataoverride.lua dosyasında tanımlanır.

DST sunucusuna Workshop modları nasıl yüklenir?

DST sunucusuna Steam Workshop modları iki adımda eklenir: modlar sunucunun mods/dedicated_server_mods_setup.lua dosyasına indirilmek üzere yazılır, ardından her shard'ın modoverrides.lua dosyasında etkinleştirilir. Sunucu açılışta listedeki modları otomatik olarak indirir.

1. dedicated_server_mods_setup.lua dosyasına her mod için ServerModSetup("WorkshopID") satırı ekleyin; bir koleksiyonun tamamı için ServerModCollectionSetup("KoleksiyonID") kullanabilirsiniz.
2. Her shard klasöründeki modoverrides.lua dosyasında modu workshop-WorkshopID adıyla etkinleştirin ve varsa seçeneklerini girin.
3. Forest ve Caves için aynı modları etkinleştirin; aksi hâlde mağaralara geçişte tutarsızlık yaşanır.
4. Shard'ları yeniden başlatıp günlükte modların indirildiğini doğrulayın.

Workshop dışından manuel mod eklemek için mod klasörünü, içinde modinfo.lua ve modmain.lua bulunacak şekilde sunucunun mods dizinine kopyalamanız yeterlidir. Sunucu güncellemelerinde dedicated_server_mods_setup.lua dosyasının üzerine yazılabildiği için bu dosyanın bir kopyasını ayrıca saklayın. Modları birer birer ekleyip test etmek, uyumsuz modu bulmayı kolaylaştırır.

DST sunucusu nasıl yönetilir ve yedeklenir?

DST sunucusu yöneticileri adminlist.txt dosyasıyla belirlenir ve dünyanın tamamı cluster klasöründe tutulduğu için yedekleme bu klasörün düzenli kopyalanmasıyla yapılır. Topluluk wiki'sine göre adminlist.txt boş bırakılırsa çevrimiçi sunucularda yalnızca cluster token sahibi yönetici olur; ek yöneticiler KU_ ile başlayan Klei kullanıcı kimlikleriyle satır satır eklenir.

Yönetimde işe yarayan konsol komutları:

• c_save(): Dünyayı hemen kaydeder; bakım öncesinde kullanışlıdır.
• c_rollback(n): Dünyayı belirtilen sayıda kayıt noktası geri alır; bir yangın ya da hatalı mod sonrası kurtarıcıdır.
• c_regenerateworld(): Dünyayı sıfırdan oluşturur; geri dönüşü yoktur, mutlaka önce yedek alın.
• c_announce("mesaj"): Tüm oyunculara duyuru yapar.

Yedekleme düzeni olarak cluster klasörünün tamamını (shard alt klasörleri ve ayar dosyalarıyla birlikte) her gün tarih damgalı bir arşive alın ve en az bir kopyayı sunucu dışında tutun. VDS düzeyinde snapshot almak hızlı geri dönüş sağlar ama dosya düzeyindeki yedeğin yerine geçmez. Ayrıntılı strateji için oyun sunucusu yedekleme rehberine bakın.

DST sunucusu DDoS ve istenmeyen oyunculara karşı nasıl korunur?

DST sunucusunu korumanın temeli cluster şifresi, dikkatli yönetici listesi, güvenilir modlar ve ağ seviyesinde saldırı filtrelemedir. Herkese açık sunucularda kasıtlı olarak üsleri yakan ya da kaynakları tüketen oyuncular (griefing) DST topluluklarının en sık şikâyet ettiği sorundur; teknik önlemler kadar sunucu ayarları da önemlidir.

• Arkadaş sunucularında cluster_password kullanın; herkese açık sunucularda kuralları açıklamaya yazın.
• adminlist.txt dosyasına yalnızca güvendiğiniz oyuncuları ekleyin.
• Herkese açık sunucularda griefing'i sınırlayan, güvenilir kaynaktan gelen yönetim modlarını değerlendirin.
• Düzenli yedek ve c_rollback imkânı, kötü niyetli bir oyuncunun verdiği zararı geri almanızı sağlar.
• Sunucuyu ayrıcalıksız bir kullanıcıyla çalıştırın ve SSH erişimini anahtar tabanlı kimlik doğrulamayla koruyun.

Ağ tarafında LIONFIN altyapısındaki RouteFence firewall, DDoS trafiğini ağ seviyesinde filtreler ve altyapı 7/24 NOC ve SOC tarafından izlenir. Türkiye'deki bir veri merkezinde çalışan sunucu, yurt içindeki oyuncular için ağ yolunu kısaltır; gecikme etkenleri için oyun sunucusu ping ve gecikme yazısına göz atabilirsiniz.

DST sunucusunda sık görülen hatalar nelerdir?

Don't Starve Together sunucusunda en sık görülen sorunlar eksik ya da geçersiz cluster token, mağara shard'ının ana shard'a bağlanamaması, mod uyumsuzlukları ve oyun güncellemesi sonrası sürüm farkıdır. Her shard'ın kendi günlük dosyası (server_log.txt) shard klasöründe tutulur ve sorunun hangi tarafta olduğunu gösterir.

• Sunucu açılmıyor: cluster_token.txt eksiktir, yanlış klasördedir ya da jeton geçersizdir.
• Mağaralara girilemiyor: Caves shard'ı çalışmıyordur ya da cluster.ini içindeki [SHARD] ayarları (ör. cluster_key, master_port) iki shard'da uyuşmuyordur.
• Sunucu listede görünmüyor: Shard portları UDP olarak açık değildir ya da aynı makinedeki shard'lar aynı Steam portlarını kullanıyordur.
• Oyuncular sürüm hatası alıyor: Oyun güncellenmiş, sunucu güncellenmemiştir; SteamCMD ile app_update 343050 validate çalıştırın.
• Modlar yüklenmiyor: Mod, dedicated_server_mods_setup.lua dosyasına eklenmiş ama modoverrides.lua içinde etkinleştirilmemiştir.

Sorun devam ederse iki shard'ın günlük dosyalarını ekleyerek LIONFIN müşteri panelinin Destek bölümünden talep açabilirsiniz.