Silkroad Online sunucusu nasıl kurulur? Adım adım rehber

Bu rehber bir Silkroad Online özel sunucusunun yapısını kurar: işletim sistemi ve veritabanı seçiminden süreçlerin başlatma sırasına, port açmaktan ilk açılışta en sık yapılan hatalara kadar. Bilerek vermediğimiz tek şey dağıtıma özel komutlar: Silkroad sunucu dosyalarının resmi bir dağıtımı yoktur, elinizdeki paketin dosya adları, klasör düzeni ve yapılandırma anahtarları bir diğerinden farklı olabilir. Bu yüzden burada her dağıtımda aynı kalan iskeleti anlatıyoruz; komutların doğrusu her zaman elinizdeki paketin kendi belgelerindedir.

Başlamadan önce: neye ihtiyacınız var?

• Windows tabanlı bir sunucu. Gateway, agent ve shard süreçleri Windows için derlenmiştir, veritabanı katmanı da Microsoft SQL Server'dır. Bu karar sonradan değiştirilemez; sipariş sırasında Windows şablonu seçmeniz gerekir.
• Kaynak planı. Tek shard ve 250 oyuncuya kadar 8 GB / 4 vCPU / 100 GB pratik başlangıçtır. Aktif ticaret ve unique etkinlikleriyle 250-700 oyuncu aralığında 16 GB / 8 vCPU gerekir. Buradaki hesabın tek bir oyun süreci üzerinden yapılamayacağını baştan bilin: bütçe gateway, agent, download ve MSSQL'i birlikte karşılamalı.
• Sunucu dosyaları. Oyundan bağımsız temin edilir; barındırma sağlayıcısı donanımı ve işletim sistemini verir, sunucu yazılımını siz yönetirsiniz.
• RDP erişimi. Yönetimin tamamı uzak masaüstü üzerinden yapılır: RDP ile Windows sunucuya bağlanma

1. İşletim sistemi

Windows Server şablonuyla kurun. Bu oyunda işletim sistemi bir tercih değil gereksinimdir, ama ne aldığınızı bilmek yine de faydalı: Windows tabanı tek başına 2-3 GB bellek tutar ve bu, oyun süreçlerine kalan payı doğrudan azaltır. Windows VDS'in nasıl yönetildiğini ve lisans tarafının nasıl işlediğini ayrı bir sayfada topladık: Windows sunucu

İki tarafın maliyet ve yönetim farkını görmek isterseniz: Windows VDS mi Linux VDS mi, hangisi daha uygun?

2. MSSQL kurulumu ve veritabanlarının geri yüklenmesi

Sunucu süreçlerinden önce Microsoft SQL Server kurulur ve elinizdeki paketin veritabanı yedekleri geri yüklenir. Sürüm sınırlarını burada kontrol edin, sonra değil: Express sürümü örnek başına yaklaşık 1410 MB buffer pool ve veritabanı başına 10 GB ile sınırlıdır. Bu sınır yeni açılan bir sunucuda fark edilmez, karakter ve envanter tabloları büyüdükçe kendini önce sorgu gecikmesi, sonra yazma hatası olarak gösterir.

Bellek planlamasının ağırlığı Silkroad'da veritabanındadır: buffer pool veritabanı boyutuna göre 4-12 GB tutabilir. Süreçler için ayrı bir MSSQL oturum açma bilgisi oluşturun ve bu bilgiyi yapılandırma dosyalarına yazın; sistem yöneticisi hesabını doğrudan kullanmak, o parolanın sunucu dosyalarıyla birlikte dolaşması demektir.

3. Süreçlerin yapılandırılması ve başlatma sırası

Silkroad'ın mimarisi katmanlıdır ve her katmanın kendi yapılandırma dosyası vardır. GatewayServer istemcinin ilk bağlantısını ve sunucu listesini karşılar, AgentServer oturumu devralıp oyun trafiğini yürütür, DownloadServer istemci güncellemelerini dağıtır, shard süreçleri dünyayı işler.

Bu kurulumdaki en kritik ve en sık atlanan adım IP değerleridir. Gateway, istemciye agent sunucusunun adresini bildirir; bu adres yapılandırmada yerel IP olarak kalmışsa istemci ilk bağlantıyı kurar, sunucu listesini görür ama oyuna giremez. Sunucunun gerçek dış IP'sinin tüm yapılandırma dosyalarında yazılı olduğundan emin olun. Aynı adres istemci tarafında da gereklidir: oyuncuların kullandığı istemci paketi içindeki sunucu adresi ve port bilgisi sizin sunucunuzu göstermiyorsa hiçbir sunucu tarafı ayarı işe yaramaz.

Süreçleri sırayla başlatın: önce MSSQL, sonra GatewayServer, sonra AgentServer ve shard süreçleri. Sıra bozulduğunda hata mesajları yanıltıcı olur — bağlanamayan süreç, aslında kendinden önce ayağa kalkması gereken katmanı bekliyordur.

4. Portlar

MSSQL portunu dışarıya açmak, veritabanınızı internete koymak demektir ve bu oyunda kaybedilen veri oyuncu karakterleridir. İstemci güncellemesi dağıtacaksanız DownloadServer için ayrı bant genişliği planlayın: güncelleme günlerinde çıkış trafiği kısa ama sert bir tepe yapar. Datafex kullanıyorsanız port yönetimi ve ek IP talepleri müşteri panelinden yapılır.

İlk açılışta en sık yapılan hatalar

1. Yapılandırmada yerel IP kalmış. Oyuncular sunucu listesini görür, oyuna giremez. Bağlanma sorunlarının çoğunun kaynağı budur.
2. Süreçler yanlış sırayla başlatılmış. Agent, MSSQL veya gateway hazır olmadan açıldığında anlamsız hatalar verir.
3. MSSQL sürüm sınırı sonradan fark edilmiş. Veritabanı sınırına dayandığında taşıma işi canlı sunucuda yapılmak zorunda kalır.
4. 1433 dışarıya açılmış. Bu tek satırlık hata, sunucunun tamamıdır.
5. Etkinlik saatlerindeki tepe yük hesaba katılmamış. Ticaret ve savaş etkinlikleri ortalamanın belirgin üstünde yük üretir; paket seçimi ortalamaya göre yapılırsa sunucu tam da kalabalık anda takılır.
6. Veritabanı yedeklenmiyor. Karakter ilerlemesinin tamamı MSSQL'dedir: sunucu yedekleme stratejisi

DDoS tarafı

Özel sunucu ekosisteminde rekabet sert olduğu için Silkroad sunucuları, açılış ve etkinlik saatlerinde hedef alınır. Gateway portu dışarıya açık ilk kapıdır ve saldırıların büyük bölümü orada yoğunlaşır. Filtrelemenin ağ seviyesinde yapılması gerekir; uygulama katmanında bağlantı sayısını sınırlamak tek başına yetmez: DDoS koruması nedir?

Datafex sunucularında katmanlı Fexwall DDoS koruması tüm paketlerde ücretsiz dahildir.

Sonraki adım

700 oyuncunun üzerine çıkan çok shard'lı kurulumlarda en etkili adım daha büyük tek makine değil, MSSQL'i ve `DownloadServer`ı ayırmaktır; bu noktada fiziksel sunucu hem bellek hem disk tarafında daha doğru bir taban verir. Oyuncu sayısına göre önerilen yapılandırmaları ve işlemci seçeneklerini tek sayfada topladık: Silkroad sunucu paketleri.