Space Station 14 Sunucu Kiralama

Space Station 14 sunucusu tam olarak neyi çalıştırır?

Space Station 14 sunucusu her seferinde tek bir vardiya çalıştırır: oyuncuların mühendisten kimyagere, güvenlik görevlisinden kaptana kadar bir istasyon görevi üstlendiği, gizli antagonistlerin ise mürettebatın aleyhine çalıştığı tur tabanlı bir rol yapma simülasyonu. Tur lobide başlar, bir oyun modu ve harita seçilir; sonunda ya tahliye mekiği kalkar ya da geride duman tüten bir enkaz kalır.

Arka planda Space Wizards ekibinin SS14 için geliştirdiği açık kaynaklı .NET motoru Robust.Server çalışır. Hazır build, ana geliştirme hattı olan Wizard's Den kod tabanıdır; aynı motor kendi içeriği ve kuralları olan pek çok topluluk fork'unu da taşır. Hangisini seçersen seç, sunucu atmosferi karo karo, güç şebekesini, kimyayı, fiziği ve istasyondaki her eşyayı simüle edip oyunculara aktarır.

Sunucunun sahibi olmak, oyunun havasını senin belirlemen demek. Küçük bir grup düşük nüfuslu, sakin vardiyalar oynayabilir; rol yapma topluluğu kapıyı whitelist ile kapatabilir; kaostan hoşlanan bir ekip ise varsayılan secret modunu açık bırakıp hangi antagonistin geleceğini kimseye söylemeyebilir.

Bir SS14 istasyonu ne kadar RAM ve işlemci tüketir?

Çoğu topluluk için 4 GB başlangıç olarak yeterli: küçük bir SS14 sunucusu birkaç GB içinde rahat çalışır, bellek kullanımı ise oyuncu sayısıyla, harita büyüklüğüyle ve kalabalık bir istasyonda biriken binlerce varlıkla birlikte artar. Tur kaydı (replay) almak ya da içeriği ağır bir fork çalıştırmak bunun üstüne ek yük getirir.

Asıl belirleyici olan işlemci. Sunucu her tick'te tüm simülasyonu bir adım ilerletir; atmosfer, patlamalar ve fizik en pahalı kısımlardır. Yangın sırasında gövdede açılan bir delik, sakin bir kargo vardiyasından çok daha ağır bir tick demektir. server_config.toml dosyan net.tickrate değerini 60 yapıyorsa, SS14 belgelerine göre 30'a düşürmek oyuncular için neredeyse fark edilmezken sunucu, istemci ve ağ yükünü ciddi biçimde azaltır.

Diamond'a kadar her paket 4 vCore ile çalışır; Emerald buna iki çekirdek ekler, Xtreme ise 12 vCore'a çıkar. Belirli bir nüfustan sonra daha akıcı tick, fazladan RAM'den değil hafif ayarlardan ve makul bir oyuncu sınırından gelir; üst paketlerin tek bir SS14 istasyonu için fazla olmasının dürüst açıklaması bu. Build'in kendisi küçüktür; NVMe alanını daha çok loglar, tur kayıtları ve veritabanı kullanır.

server_config.toml içinde önce hangi ayarları değiştirmelisin?

Hazır bir SS14 sunucusunda değiştirebileceğin her şey, çalıştırılabilir dosyanın yanındaki server_config.toml içindedir. Ayarlar CVar olarak TOML başlıkları altında gruplanır; yani game.hostname, [game] başlığının altına hostname olarak yazılır. Bozuk bir satır ayarların yüklenmesini engelleyebileceği için dosyayı sunucu kapalıyken düzenlemek en güvenlisi.

[game] ile başla: hostname başlatıcıda görünen addır, soft_max_players (varsayılanı 30) oyuncu sınırını belirler, lobbyenabled yeni gelenleri doğrudan tura atmak yerine lobide tutar, defaultpreset ise oyun modunu seçer ve varsayılanı secret'tır. map_pool ile map_rotation hangi istasyonların döneceğini ayarlar.

[auth] altında mode = 1, her oyuncudan geçerli bir SS14 hesabı ister; misafir hesaplarla yapılan trollemeyi kesmenin en kolay yolu budur. [whitelist] altında enabled = true, girişi veritabanına eklediğin oyuncularla sınırlar ve rol yapma sunucuları için biçilmiş kaftandır. Herkese açık listeleme [hub] altındaki advertise ve tags ile yapılır; replay.auto_record ise en unutulmaz felaketlerinin kaydını otomatik tutar. Pek çok CVar'ı dosyaya yazmadan önce yönetici konsolundaki cvar komutuyla canlı deneyebilirsin.

Fork çalıştırabilir veya özel içerik ekleyebilir misin?

Evet, ama hazır build'in içine dosya atarak değil. SS14 belgeleri, önceden paketlenmiş bir sunucu build'inin yalnızca server_config.toml üzerinden değiştirilebileceğini açıkça söyler; yeni içerik, kural veya kod için ayrı bir build gerekir.

İki yol var. Mevcut bir fork'u oynamak istiyorsan, o fork'un build sayfasından Linux sunucu paketini indirip hazır dosyaların yerine SFTP ile yüklersin. Kendi kod tabanını geliştiriyorsan Content.Packaging aracıyla --hybrid-acz seçeneğini kullanarak paketlersin: ortaya çıkan sunucu arşivi istemci içeriğini de taşır ve oyuncular bağlandığında başlatıcı bu içeriği sunucudan kendisi indirir, kimse elle kurulum yapmaz.

Özel sunucu kuralları da aynı mantıkla çalışır. Hazır build hiçbir kuralla gelmez; belgelenen yöntem, fork'una bir rehber (guidebook) girdisi ekleyip server.rules_file CVar'ını ona yönlendirmektir. Hangi build'i kullanırsan kullan, sürüm değiştirirken data klasörünü ve server_config.toml dosyasını koru; karakterler, oynama süreleri, yasaklar ve yetkiler güncellemeden orada sağ salim çıkar.

Yönetici yetkisini nasıl alırsın, oyuncular nasıl bağlanır?

Yeni kurulan bir SS14 sunucusunda hiç yönetici yoktur ve belgeler ilk +HOST yetkisini almanın üç yolunu anlatır. Localhost üzerinden bağlanmak bu yetkiyi otomatik verir ama barındırılan bir sunucuda işine yaramaz. Pratik seçenekler şunlar: server_config.toml içinde console.login_host_user değerine SS14 kullanıcı adını yazmak ya da sunucuya bağlıyken panel konsoluna promotehost ve adını yazmak. Sonrasında permissions komutuyla diğer yöneticilere oyun içinden rütbe dağıtırsın. +HOST'u root şifresi gibi düşün; belgeler bu yetkinin sunucunun tamamını ele geçirmeye yettiği konusunda açıkça uyarır.

Oyuncular Space Station 14 başlatıcısıyla bağlanır. Özel sunucu için IP ve portu paylaşırsın; oyuncular Direct Connect To Server ile girer, Add Favorite ile istasyonu listelerine kaydeder. SS14 aynı port numarasını oyun için UDP, başlatıcının okuduğu durum API'si için TCP üzerinden kullanır; doğrudan bağlantı çalıştığı hâlde başlatıcı sunucuyu kapalı gösteriyorsa ilk bakılacak yer TCP tarafıdır. hub.advertise açıldığında, hub kurallarını kabul etmiş olursun ve istasyonun herkese açık listede görünür.