MTA:SA Sunucu Kiralama

MTA:SA nedir, sunucu kiralamak kimler için uygun?

Multi Theft Auto: San Andreas (MTA:SA), GTA San Andreas’ı çok oyunculu bir oyun motoruna dönüştüren, sunucu sahiplerine Lua betik diliyle neredeyse sınırsız özelleştirme imkânı veren açık kaynaklı bir platformdur. Yarış, deathmatch, freeroam, roleplay ve hatta oyun içinde tamamen farklı türde mini oyunlar MTA’da yazılabilir.

MTA sunucu kiralamak şu kullanıcılar için anlamlıdır:

• Roleplay toplulukları: Türkiye’de MTA RP sunucuları uzun yıllardır geniş bir oyuncu kitlesine sahiptir; meslekler, ekonomi, araç ve ev sistemleriyle karakter odaklı oyun sunarlar.
• Yarış ve DM sunucuları: MTA’nın yerleşik yarış modu ve harita editörü sayesinde topluluk haritalarıyla yarış veya “DD” (destruction derby) sunucuları kurulabilir.
• Lua geliştiricileri: Hem sunucu hem istemci tarafında betik çalıştırabilmek, arayüz (GUI ve DX çizimleri), özel modeller ve gölgelendiricilerle (shader) kapsamlı projeler geliştirmeyi mümkün kılar.

Kendi sunucunuzu kiraladığınızda sunucu 7/24 açık kalır, oyuncularınız sabit bir adrese bağlanır ve ev bağlantınızın yükleme hızı sınırından kurtulursunuz. Bu, özellikle kaynak dosyalarının oyunculara indirildiği MTA’da belirgin bir fark yaratır.

MTA:SA ile SA-MP arasındaki fark nedir?

MTA:SA ve SA-MP aynı oyun için çok oyunculu deneyim sunar, ancak MTA Lua ile hem sunucu hem istemci tarafında betik çalıştırabilen, yerleşik harita editörü ve kaynak sistemi olan daha esnek bir motor; SA-MP ise Pawn ile yalnız sunucu tarafında betik çalıştıran, daha sade bir platformdur.

Hangisini seçeceğiniz ekibinizin bildiği dile ve hedeflediğiniz deneyime bağlıdır. Görsel olarak zengin, özel arayüzlü ve modelli bir sunucu hedefliyorsanız MTA; mevcut bir Pawn gamemode’unuz ve SA-MP alışkanlığı olan bir oyuncu kitleniz varsa SA-MP veya open.mp daha uygundur. SA-MP tarafındaki seçenekleri SAMP sunucu kiralama sayfasında ayrıntılı ele aldık.

Geliştirme maliyeti açısından da bir fark vardır: MTA’da arayüz, harita ve model gibi işler betikle çözülebildiği için daha kapsamlı projeler mümkündür, ancak bu projeler daha fazla geliştirme emeği ve test gerektirir. Küçük bir ekip için hazır, kaynağı açık bir oyun moduyla başlayıp zamanla kendi kaynaklarınızı eklemek en sürdürülebilir yoldur. Topluluk tarafından paylaşılan kaynakları kullanırken lisans koşullarına uyun ve emeği geçenleri kaynakta belirtin.

MTA sunucusunda kaynak (resource) sistemi nasıl çalışır?

MTA sunucusundaki her özellik, kendi klasöründe ya da zip dosyasında duran ve içeriğini meta.xml ile tanımlayan bir kaynaktır (resource); oyun modu, yönetici paneli, skor tablosu, harita ve araç modelleri ayrı kaynaklar olarak başlatılır ve durdurulur.

Bir kaynağın meta.xml dosyası şunları tanımlar:

• Sunucu tarafında çalışacak betikler (type="server"),
• Oyuncuya indirilip istemcide çalışacak betikler (type="client"),
• Oyuncuya gönderilecek dosyalar (modeller, dokular, sesler, resimler),
• Kaynağın ihtiyaç duyduğu diğer kaynaklar ve dışa açtığı işlevler (export).

Kaynaklar server/mods/deathmatch/resources klasöründe tutulur. Konsolda refresh yeni kaynakları tanıtır, start, stop ve restart komutları kaynakları yönetir. Sunucu açılırken otomatik başlaması gereken kaynaklar mtaserver.conf içinde resource satırlarıyla belirtilir.

Bu modüler yapının avantajı, sunucuyu kapatmadan tek bir kaynağı güncelleyip yeniden başlatabilmenizdir. Dikkat edilmesi gereken nokta ise kaynaklar arası bağımlılıklardır: bir kaynağın işlevlerini kullanan başka bir kaynak, o kaynak yeniden başlatıldığında hata verebilir. Kurulum ayrıntıları MTA sunucu kurulumu rehberinde anlatılır.

ACL ile yönetici yetkileri nasıl düzenlenir?

MTA sunucusunda kimin hangi komutu çalıştırabileceğini ve hangi kaynağın hangi hassas işlevi kullanabileceğini acl.xml dosyasındaki ACL (Access Control List, erişim denetim listesi) belirler; yönetici yetkileri bu dosyadaki gruplar ve haklar üzerinden verilir.

ACL iki temel kavramdan oluşur:

1. Gruplar (group): Admin, SuperModerator, Moderator gibi gruplara oyuncu hesapları (user.hesapadi) ve kaynaklar (resource.kaynakadi) üye yapılır.
2. ACL’ler: Her grubun hangi komut (command.kick) ve işlevlere (function.setPlayerMoney gibi) erişebileceğini tanımlayan izin listeleri.

Güvenlik açısından en önemli kural, kaynaklara yalnız gerçekten ihtiyaç duydukları yetkiyi vermektir. İnternetten indirilen bir kaynağı Admin grubuna eklemek, o kaynağa sunucu üzerinde neredeyse tam yetki vermek demektir; kaynağın içinde zararlı kod varsa sunucunun tamamı risk altına girer. MTA bu nedenle kaynakların meta.xml içinde hangi hassas yetkileri istediğini belirtmesine ve yöneticinin bu istekleri aclrequest komutuyla tek tek onaylamasına olanak tanır.

Yönetici hesaplarını kişiye özel açın, ortak hesap kullanmayın ve ekipten ayrılan kişileri gruplardan hemen çıkarın.

MTA sunucusu için ne kadar kaynak gerekir?

32 oyunculu bir yarış veya DM sunucusu çoğu zaman 1–2 GB RAM ve iki işlemci çekirdeğiyle rahat çalışır; 50–100 oyunculu bir roleplay sunucusu için 2–4 GB RAM gerçekçi bir başlangıçtır. Tablodaki değerler tahminidir; asıl belirleyici kaynakların sayısı ve ne kadar verimli yazıldıklarıdır.

MTA sunucusunda kaynak tüketimini artıran başlıca etkenler:

• Sunucu tarafı döngüler: Sık aralıklarla tüm oyuncular üzerinde işlem yapan zamanlayıcılar (setTimer) ve her olayda veritabanına giden kodlar işlemciyi yorar.
• Element verisi senkronu: setElementData ile sık değişen verilerin tüm oyunculara senkronize edilmesi ağ trafiğini ve işlemci yükünü artırır.
• Veritabanı sorguları: Eş zamanlı olmayan (asenkron) sorgu kullanmak sunucunun beklemesini önler.
• İndirilen dosyalar: Özel araç ve bina modelleri, dokular ve sesler diskte yer kaplar ve her yeni oyuncuya indirilir; bu da bant genişliği ihtiyacını artırır.

NVMe disk, kaynak başlatma ve sunucu açılış sürelerini kısaltır. Kaynak ihtiyacını tahmin ederken test sunucusunu da hesaba katın; canlı sunucuyla aynı makinede çalışan bir test ortamı, güncellemeleri oyuncuları etkilemeden denemenin en ucuz yoludur ve genellikle canlı sunucunun yarısı kadar kaynakla yetinir. Bellek ve işlemci kullanımını VDS üzerinde Linux sunucu performans izleme rehberindeki araçlarla, kaynak bazında ise MTA’nın kendi performans araçlarıyla takip edebilirsiniz.

MTA için hazır paket mi, VDS mi kiralanmalı?

MTA:SA sunucusu için en esnek yol, tam yönetim yetkisi veren bir VDS kiralayıp sunucuyu kendiniz kurmak ya da destek talebiyle kurulum istemektir; bu sayfadaki paket tablosu MTA için uygun güncel sunucu seçeneklerini listeler.

MTA projeleri genellikle tek bir oyun sürecinden fazlasını içerir. Tipik bir roleplay sunucusunda canlı sunucu, farklı portlarda çalışan bir test sunucusu, oyuncu verilerini tutan bir MariaDB veritabanı, kaynak dosyalarını hızlı dağıtmak için bir web sunucusu ve oyuncuların karakter bilgilerini gördüğü bir web paneli yan yana çalışır.

VDS üzerinde bu bileşenlerin hepsini size ayrılmış çekirdek ve bellekle çalıştırırsınız:

• İşletim sistemini Windows veya Linux olarak seçebilirsiniz,
• Güvenlik duvarı kurallarını yalnız gereken portlara izin verecek şekilde siz belirlersiniz,
• Topluluk büyüdükçe daha güçlü bir pakete geçebilirsiniz.

Karşılığında güncellemeler, yedekleme ve güvenlik sizin sorumluluğunuzdadır. Hazır oyun paketleri ile VDS arasındaki genel farkları oyun paketi mi VDS mi sayfasında, sanal sunucu türleri arasındaki farkı ise VPS VDS farkı yazısında açıkladık.

Kaynak dosyaları oyunculara nasıl daha hızlı indirilir?

MTA sunucusu, oyunculara gönderilecek betik ve model dosyalarını varsayılan olarak 22005/TCP portunda çalışan yerleşik HTTP sunucusuyla dağıtır; dosya boyutu büyüdükçe bu dağıtımı harici bir web sunucusuna devretmek, oyuncuların ilk giriş süresini belirgin biçimde kısaltır.

Özel araç, kıyafet ve bina modelleri kullanan roleplay sunucularında oyuncunun ilk girişte indirmesi gereken veri yüzlerce megabayta ulaşabilir. Yerleşik HTTP sunucusu bu yükü oyun süreciyle aynı makinede ve aynı süreçte taşır. Harici dağıtım için:

1. mtaserver.conf içinde httpdownloadurl değerini harici web sunucusunun adresiyle doldurun.
2. Sunucunun ürettiği kaynak önbelleği klasörünü (resource-cache/http-client-files) web sunucusunun kök dizinine eşitleyin.
3. Kaynak güncellediğinizde bu eşitlemeyi tekrarlayın; aksi hâlde oyuncular eski dosyaları indirir ve doğrulama hatası alır.

Harici web sunucusunu aynı VDS üzerinde Nginx ile çalıştırabilir ya da ayrı bir web hosting paketi kullanabilirsiniz. Nginx kurulumu için Ubuntu Nginx kurulumu rehberinden yararlanabilirsiniz. Dosyaları sıkıştırmak ve gereksiz yüksek çözünürlüklü dokuları küçültmek de indirme süresini doğrudan azaltır.

MTA sunucusunda performans nasıl iyileştirilir?

MTA sunucusunda performansı en çok, hangi kaynağın ne kadar işlemci harcadığını ölçüp sorunlu kodu düzeltmek, sık değişen element verilerini azaltmak ve veritabanı sorgularını asenkron hâle getirmek iyileştirir.

• Ölçüm: MTA ile gelen performans tarayıcısı kaynakları (ör. ipb) kaynak bazında işlemci kullanımını ve zamanlayıcı sayılarını gösterir. Optimizasyona her zaman ölçümle başlayın.
• Element verisi: Yalnız sunucuda gereken verileri tüm oyunculara senkronize etmeyin; senkronizasyonu kapatarak ya da yalnız ilgili oyuncuya göndererek ağ ve işlemci yükünü düşürün.
• Zamanlayıcılar: Her oyuncu için ayrı zamanlayıcı yerine tek bir genel döngü kullanın; gereksiz kısa aralıklı zamanlayıcıları uzatın.
• Veritabanı: dbQuery ile geri çağırma fonksiyonu kullanan asenkron sorgular, sunucunun sorgu sonucunu beklerken donmasını önler. Sık sorgulanan sütunlara indeks ekleyin.
• İstemci tarafı: Her karede çalışan onClientRender çizimleri ve ağır shader’lar oyuncu tarafında FPS düşüşüne yol açar; özellikle düşük donanımlı oyuncuları düşünerek ayarlayın.

Hata ayıklama sırasında debugscript 3 komutu uyarı ve hataları oyun içinde gösterir; gereksiz uyarıları temizlemek hem günlükleri sadeleştirir hem de gizli performans sorunlarını ortaya çıkarır.

MTA sunucusu nasıl güvende tutulur?

MTA sunucusunu güvende tutmak için ağ seviyesinde DDoS filtreleme, sıkı bir ACL düzeni, kaynağı bilinen betikler, sunucu tarafında doğrulanan oyun işlemleri ve MTA’nın yerleşik hile korumasının açık tutulması gerekir.

• DDoS: MTA topluluğunda rakip sunucular arasında saldırılar görülebilir. LIONFIN altyapısındaki RouteFence firewall saldırı trafiğini ağ seviyesinde süzer; kavramın ayrıntıları DDoS sözlük maddesindedir.
• İstemciye güvenmeyin: İstemci betikleri oyuncunun bilgisayarında çalışır ve değiştirilebilir. Para, eşya veya yetki veren her işlemi sunucu tarafında doğrulayın; istemciden gelen olaylarda gönderenin gerçekten o işlemi yapmaya yetkili olduğunu kontrol edin.
• Betik koruması: İstemciye indirilen Lua dosyaları oyuncunun bilgisayarına kaydedilir. MTA’nın resmî Lua derleyicisiyle derlenmiş ve gerekirse şifrelenmiş betikler kullanmak, kodunuzun kopyalanmasını zorlaştırır.
• Hile koruması: MTA’nın yerleşik hile korumasını kapatmayın; mtaserver.conf içindeki ilgili ayarlarla ek tespitleri etkinleştirebilirsiniz.
• Port ve erişim: Veritabanı portunu internete açmayın; VDS’te UFW firewall kurulumu rehberindeki gibi yalnız gerekli portlara izin verin.

MTA sunucusu nasıl yedeklenir ve taşınır?

MTA sunucusunun yedeği; resources klasörü, mtaserver.conf ve acl.xml dosyaları, sunucunun yerleşik SQLite veritabanları (internal.db ve registry.db) ve harici bir MySQL/MariaDB kullanıyorsanız onun tam dökümünden oluşur.

Yerleşik veritabanları; oyuncu hesaplarını ve bazı kaynakların kalıcı verilerini tutar. Bu dosyalar sunucu çalışırken sürekli yazıldığı için yedeği sunucuyu kısa süreliğine durdurarak ya da bakım saatinde almak, tutarlı bir kopya elde etmenizi sağlar. Kaynakların kaynak kodunu ayrıca sürüm kontrolünde (Git) saklamak, hem yedek hem de değişiklik geçmişi sağlar.

Başka bir sağlayıcıdan taşırken izlenecek sıra:

1. Sunucuyu durdurun ve server/mods/deathmatch klasörünü bütünüyle sıkıştırın.
2. Harici veritabanı varsa dışa aktarın.
3. Yeni sunucuya MTA sunucu yazılımını kurun, arşivi açın ve veritabanını içe aktarın.
4. Kaynaklardaki veritabanı bağlantı bilgilerini ve httpdownloadurl adresini güncelleyip sunucuyu başlatın.

Genel yaklaşım için oyun sunucusu yedekleme rehberine, VDS düzeyinde ek güvence için snapshot kavramına göz atabilirsiniz.

Yedeklerin gerçekten işe yaradığından emin olmanın tek yolu, ara sıra bir yedeği test sunucusuna geri yükleyip açmaktır. Geri yüklenemeyen bir yedek, hiç yedek olmamasıyla aynıdır; ayda bir yapılan kısa bir geri yükleme denemesi, kriz anında saatler kazandırır.

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

MTA sunucularında en sık görülen hatalar; hatalı meta.xml nedeniyle yüklenmeyen kaynaklar, ACL yetki eksikliği, kullanımda olan portlar ve Lua sözdizimi hatalarıdır, ve çoğu sunucu konsolundan ya da debugscript çıktısından teşhis edilebilir.

• Kaynak “broken” olarak işaretleniyor: meta.xml içinde bir sözdizimi hatası ya da var olmayan bir dosyaya başvuru vardır. refresh çıktısındaki hata mesajı hangi dosyanın eksik olduğunu gösterir.
• “Access denied” uyarıları: Kaynak, ACL’de izni olmayan bir işlevi çağırıyordur. Kaynağın gerçekten bu yetkiye ihtiyacı varsa yetki isteğini onaylayın; yoksa kaynağı gözden geçirin.
• HTTP sunucusu başlatılamıyor: 22005 portu başka bir süreç tarafından kullanılıyordur ya da güvenlik duvarında kapalıdır.
• Oyuncular indirme sırasında takılıyor: Harici indirme adresi eski dosyaları sunuyordur ya da erişilemiyordur.
• “Loading script failed”: Lua dosyasında sözdizimi hatası vardır; hata mesajındaki satır numarasını kontrol edin.
• Sunucu listede görünmüyor: 22126/UDP sorgu portu kapalıdır. Kuralları oyun sunucusu port açma rehberine göre kontrol edin.

Sorunu daraltmanın pratik bir yolu, sunucuyu yalnız temel kaynaklarla başlatıp diğer kaynakları gruplar hâlinde geri eklemektir. Konsol çıktısını ve debugscript mesajlarını kaydedip destek talebine eklemek de teşhisi hızlandırır.

MTA sunucu kiralama süreci nasıl işler?

Paket tablosundan uygun VDS’i seçip siparişi tamamladığınızda sunucu otomatik kurulur; ardından MTA sunucu yazılımını kendiniz kurar ya da destek talebiyle kurulum istersiniz.

Kendiniz kuracaksanız temel adımlar şunlardır: sunucuya Linux’ta SSH, Windows’ta Uzak Masaüstü ile bağlanın; MTA sunucu dosyalarını ayrı bir kullanıcının klasörüne kurun; mtaserver.conf içinde sunucu adını, oyuncu sınırını, portları ve otomatik başlayacak kaynakları tanımlayın; acl.xml içinde kendi yönetici hesabınızı Admin grubuna ekleyin. Ardından üç portu (22003/UDP, 22005/TCP, 22126/UDP) açıp sunucuyu bir servis olarak başlatın.

Yayına almadan önce test sunucusunda giriş, kayıt ve temel oyun sistemlerinin çalıştığını doğrulayın, ilk yedeği alın ve oyuncularınıza mtasa:// bağlantısını ya da sunucu adresini paylaşın. Sorun yaşarsanız müşteri panelindeki Destek bölümünden 7/24 Türkçe destek talebi açabilirsiniz. Daha fazla sunucu seçeneği için oyun sunucusu kiralama rehberimize göz atın.

Oyuncu kitlesini büyütürken sunucu adında oyun modunu açıkça belirtmek, kuralları yazılı hâle getirmek ve Discord üzerinden duyuru yapmak, MTA sunucu listesinde öne çıkmanın en etkili yollarıdır. IP yerine akılda kalıcı bir alan adı kullanmak ise ileride sunucu taşıdığınızda oyuncuların adresinizi kaybetmemesini sağlar.