Metin2 Server Güvenliği: Erişim, Firewall ve Yedekleme

Metin2 server güvenliği; yönetici erişimlerini sınırlandırarak, gereksiz servisleri kapatarak, işletim sistemi ve uygulamaları güncel tutarak, veritabanını koruyarak ve geri yüklemesi test edilmiş yedekler oluşturarak sağlanır. Oyun içindeki yetki ve işlem kontrolleri de sunucu tarafında uygulanmalıdır. Tek başına bir firewall dosyası, anti-cheat veya DDoS hizmeti bütün riskleri gidermez. Sağlam bir yapı, yetkisiz erişimi zorlaştırırken sorunları erken fark etmeyi ve olay sonrasında güvenli biçimde hizmete dönmeyi de kapsar.

Metin2 Server Güvenliği Neleri Kapsar?

Sunucu güvenliği yalnızca oyun süreçlerinin açık kalması değildir. Yönetici hesapları, oyun verileri, web paneli, güncelleme dosyaları, yedekler ve barındırma hesabı aynı güvenlik zincirinin parçalarıdır. Bu alanlardan birindeki aşırı yetki veya sızan erişim bilgisi, diğer bileşenleri de etkileyebilir.

Bu rehber, yönettiği sunucu veya geliştirme ortamında güvenlik düzenlemesi yapan kişilere yöneliktir. Buradaki öneriler, Gameforge tarafından işletilen resmî Metin2 Türkiye sunucularının iç yapılandırmasını açıklamaz. Resmî sunucularda oynayan kullanıcıların sunucu ayarlarına müdahale etmesi mümkün değildir.

Önce Sunucunun Erişim Haritasını Çıkarın

Hangi hizmetin kim tarafından kullanıldığını bilmeden güvenlik duvarı kuralı yazmak, gerekli bağlantıları kesebilir veya gereksiz erişimleri açık bırakabilir. Önce dışarıya açık hizmetleri, aralarındaki bağlantıları ve yönetim yollarını listeleyin.

Sabit bir “güvenli Metin2 port listesi” bütün altyapılar için geçerli değildir. Gerçekte hangi uygulamanın hangi adres ve portta çalıştığı doğrulanmalıdır. Kullanılmayan servisler ve eski test uygulamaları kapatılmalıdır.

Yönetici ve SSH Erişimini Koruyun

Kişiye Özel Hesaplar Kullanın

Bütün ekibin aynı yönetici hesabını kullanması, erişimlerin izlenmesini ve gerektiğinde iptal edilmesini zorlaştırır. Her yönetici için ayrı hesap oluşturun; yalnızca görevini tamamlamak için gereken yetkileri verin.

Günlük işlemleri sınırsız yetkili hesapla yürütmek yerine, gerekli durumlarda kontrollü yetki yükseltme kullanın. Ekipten ayrılan kişinin hesapları, SSH anahtarları ve diğer erişimleri gecikmeden kaldırılmalıdır.

SSH Anahtarlarını ve Kurtarma Yolunu Düzenleyin

SSH erişiminde anahtar tabanlı kimlik doğrulama kullanın ve özel anahtarları koruyun. Parolayla veya doğrudan root hesabıyla girişin kapatılması, kullanılan yönetim düzenine göre değerlendirilebilir. Böyle bir değişiklikten önce alternatif yetkili hesabın ve anahtarın çalıştığı doğrulanmalıdır.

Barındırma sağlayıcısının konsol veya kurtarma erişimini de hazırlayın. SSH ayarını değiştirdikten sonra mevcut oturumu hemen kapatmak yerine yeni bir bağlantıyla erişimi test edin. Böylece hatalı ayar nedeniyle sunucudan kilitlenme riski azaltılır.

Barındırma paneli, alan adı yönetimi, yedek deposu ve yönetici panellerinde destekleniyorsa çok faktörlü doğrulama kullanın. SSH anahtarı kullanılması, bu diğer hesapların da korunduğu anlamına gelmez.

Firewall Kurallarını İhtiyaca Göre Oluşturun

Güvenlik duvarı kuralları, izin verilmesi gereken bağlantılar açıkça tanımlanarak hazırlanmalıdır. Yönetim erişimini mümkünse VPN, güvenilir yönetim ağı veya uygun adres kısıtlamaları üzerinden sağlayın. İç hizmetleri oyuncuların erişebildiği ağdan ayırın.

FreeBSD ortamlarında PF veya IPFW gibi araçlar kullanılabilir; ancak internette bulunan eski bir kural dosyası doğrudan uygulanmamalıdır. Ağ arayüzü, adresler, hizmetler ve bağlantı düzeni ortamdan ortama değişir.

Kuralları değiştirmeden önce mevcut çalışan yapılandırmayı saklayın, geri dönüş yolunu hazırlayın ve yönetim bağlantısının korunacağını doğrulayın. IPv6 kullanılıyorsa onu da kapsayın; yalnızca IPv4 tarafını sınırlandırmak yeterli olmayabilir.

SSH portunu değiştirmek veya sunucu adresini gizlemeye çalışmak, kimlik doğrulama ve erişim kontrolünün yerine geçmez. Bu işlemler sınırlı ek fayda sağlayabilir ancak temel güvenlik önlemi olarak görülmemelidir.

İşletim Sistemini ve Oyun Süreçlerini Güncel Tutun

Desteklenen işletim sistemi ve uygulama sürümleri kullanın. Güvenlik duyurularını takip edin; güncellemeleri uyumluluk ve geri dönüş planıyla uygulayın. Eski bir altyapının çalışıyor olması, bilinen açıklarının bulunmadığını göstermez.

Oyun süreçlerini mümkün olduğunca ayrı, sınırlı yetkili hizmet hesaplarıyla çalıştırın. Uygulamanın yazması gereken dizinlerle çalıştırılabilir dosyaların bulunduğu alanları ayırın. Her dosyaya geniş yazma ve çalıştırma izni vermek yerine gerçek ihtiyacı belirleyin.

Kaynağı belirsiz server files, eklenti ve koruma yazılımlarını doğrudan canlı ortamda çalıştırmayın. Değişiklikleri önce test ortamında inceleyin. Bir dosyanın zararlı yazılım taramasından temiz çıkması, güvenli veya hatasız olduğunu tek başına kanıtlamaz.

Veritabanını Dış Erişime ve Aşırı Yetkiye Karşı Koruyun

Veritabanına yalnızca ihtiyaç duyan bileşenler erişebilmelidir. Aynı makinede çalışan uygulamalar için yerel bağlantı; ayrı makineler için özel ağ veya uygun erişim kısıtlamaları değerlendirilebilir. Bağlantı başka bir ağ üzerinden taşınıyorsa desteklenen şifreli bağlantı yöntemleri kullanılmalıdır.

Oyun uygulaması, web paneli ve bakım araçları için aynı sınırsız veritabanı hesabını paylaşmayın. Her hesabı ihtiyaç duyduğu veri ve işlemlerle sınırlandırın. Gereksiz dosya erişimi, kullanıcı yönetimi ve sistem çapında ayrıcalıklar verilmemelidir.

Veritabanı parolalarını istemciye, herkese açık kod deposuna veya indirilebilir yapılandırma paketine koymayın. Bir parola sızdıysa yalnızca dosyadan silmek yeterli değildir; ilgili erişim bilgisi değiştirilip kullanım kayıtları incelenmelidir.

Oyun İçindeki Kritik Kararları Sunucu Vermeli

İstemciden gelen istek, doğrudan doğru kabul edilmemelidir. Sunucu; işlemi isteyen hesabı, yetkiyi, mevcut oyun durumunu, miktarları ve işlem koşullarını kendi verileriyle doğrulamalıdır.

Örneğin eşya veya ödül veren bir işlemde oyuncunun gerekli koşulları sağlayıp sağlamadığı sunucuda kontrol edilmelidir. İstemcide butonun gizlenmesi, isteğin sunucuya gönderilemeyeceği anlamına gelmez. Yönetici komutları da yalnızca arayüz görünürlüğüne dayanarak korunmamalıdır.

Tek seferlik olması gereken işlemlerde tekrar çağırma ve eşzamanlı istekler değerlendirilmelidir. Aynı ödülün iki kez verilmemesi için uygun işlem bütünlüğü, benzersizlik ve eşzamanlılık kontrolleri tasarlanmalıdır. Hangi veritabanı mekanizmasının kullanılacağı mevcut tablo motoruna ve uygulamaya bağlıdır.

Ağ verilerinin uzunluk ve değer kontrolleri yapılmalı; beklenmeyen istekler güvenli biçimde reddedilmelidir. İstek sınırları gerçek oyuncu davranışı göz önüne alınarak test edilmelidir. Çok düşük eşikler, aynı bağlantıyı paylaşan normal oyuncuları etkileyebilir.

Web Panelini Oyun Sunucusundan Bağımsız Koruyun

Web panelindeki bir açık, panelin erişebildiği oyun verilerini de etkileyebilir. Parametreli SQL sorguları, sunucu taraflı yetkilendirme, güvenli oturum yönetimi ve yönetici hesaplarının korunması ayrı kontroller gerektirir.

Panelin veritabanı hesabına yalnızca ihtiyaç duyduğu yetkileri verin. Dosya yükleme, bakım ve yönetim işlevlerini gereksiz yere internete açık bırakmayın. Web hizmetini ayrı bir süreç veya ortamda çalıştırmak, uygun izinlerle birlikte olayın etkisini sınırlandırmaya yardımcı olabilir.

DDoS Koruması ile Sunucu Güvenliğini Karıştırmayın

DDoS koruması, hizmetin yoğun veya kötü amaçlı trafik altında erişilebilir kalmasına yardımcı olur. Yönetici hesabının ele geçirilmesini, uygulama açığını veya hatalı ödül işlemini tek başına engellemez.

Oyun trafiği için kullanılan koruma, uygulamanın gerçek protokolünü ve bağlantı noktalarını desteklemelidir. Bir web sitesine CDN veya WAF eklenmesi, oyun bağlantılarının da otomatik olarak korunduğu anlamına gelmez.

Bağlantı hattı saldırı trafiğiyle dolduğunda yalnızca sunucu üzerindeki firewall yeterli olmayabilir. Bu nedenle ağ seviyesindeki filtreleme ve sağlayıcının müdahale kapasitesi önemlidir. Sağlayıcıyla korumanın kapsamını, yanlış engelleme durumlarını ve olay sırasında iletişim yolunu önceden netleştirin.

Yedek Almak Kadar Geri Yüklemek de Önemli

Geri yüklenmesi denenmemiş yedek, doğrulanmış bir kurtarma planı değildir. Veritabanı, gerekli uygulama dosyaları, yapılandırmalar ve uygun erişimle saklanan kurtarma bilgileri birlikte planlanmalıdır.

Yedeklerin tamamını üretim sunucusuyla aynı diskte ve aynı erişim hesabıyla tutmayın. Üretim hesabının ele geçirilmesi durumunda bütün kopyaların silinemeyeceği bir düzen kurun. Gerektiğinde çevrimdışı veya değiştirilemez kopyalar değerlendirin.

Çalışan veritabanının dosyalarını gelişigüzel kopyalamak tutarlı yedek garantisi vermez. Kullanılan veritabanına uygun yedekleme yöntemini seçin ve ayrı bir ortamda geri yükleme testi yapın.

Ne kadar veri kaybının kabul edilebileceğini ve hizmetin ne kadar sürede geri dönmesi gerektiğini belirleyin. Yedek sıklığı ve kurtarma düzeni bu ihtiyaca göre hazırlanmalıdır.

Kayıt, İzleme ve Olay Müdahalesi Kurun

Başarısız yönetici girişleri, yetki değişiklikleri, kritik oyun işlemleri, servis çökmeleri ve olağandışı kaynak kullanımı izlenmelidir. Kayıtların saatleri eşleştirilebilir olmalı; depolama doluluğu ve kayıt döndürme düzeni kontrol edilmelidir.

Parolaları, oturum belirteçlerini ve gereksiz kişisel verileri kayıtlara yazmayın. Kritik kayıtların ayrı bir sisteme gönderilmesi, yerel kayıtlar silinse bile incelemeye yardımcı olabilir.

Yetkisiz erişim şüphesinde erişimi sınırlandırın, ilgili kayıtları ve sistem durumunu koruyun, sızdığı düşünülen bilgileri güvenilir bir ortamdan değiştirin. Sisteme kalıcı erişim bırakılmış olabileceği düşünülüyorsa yalnızca görünen dosyayı silmek yerine temiz kurulum ve doğrulanmış geri yükleme değerlendirilmelidir.

İlk Uygulama Sırası Nasıl Olmalı?

1. Hizmetleri, yönetici hesaplarını ve dış erişimleri listeleyin.
2. Çalışan yedek ve kurtarma erişimini doğrulayın.
3. Varsayılan, ortak veya sızmış erişim bilgilerini değiştirin.
4. Gereksiz servisleri kapatıp yönetim ve veritabanı erişimini sınırlandırın.
5. Desteklenen sürümlere geçişi ve güvenlik güncellemelerini planlayın.
6. Oyun içi yetki, ödül ve veri değiştirme işlemlerini inceleyin.
7. Kayıt, alarm ve geri yükleme testlerini düzenli bakımın parçası yapın.

Sık Sorulan Sorular

Anti-Cheat Kurmak Sunucuyu Güvenli Yapar mı?

Anti-cheat belirli istemci davranışlarını tespit etmeye yardımcı olabilir. İşletim sistemi erişimi, veritabanı yetkileri, web açıkları ve yedekleme için ayrı önlemler gerekir.

Ücretsiz Bir Firewall Dosyası Yeterli mi?

Hazır kurallar ancak mevcut ağ ve hizmet düzeniyle uyumluysa değerlendirilebilir. Kaynağı ve etkisi incelenmeden uygulanmaları erişim kesintisine veya açıkların devam etmesine neden olabilir.

Sunucu IP Adresini Gizlemek Kesin Koruma Sağlar mı?

Hayır. Aracı koruma kullanılıyorsa kaynak sunucuya doğrudan erişim de uygun kurallarla sınırlandırılmalıdır. Adresin bilinmemesine güvenmek tek başına yeterli değildir.

Snapshot Almak Yedek Yerine Geçer mi?

Snapshot faydalı olabilir ancak aynı depolama veya yönetim hesabıyla kaybolabilecek tek kopya, bağımsız yedekle aynı korumayı sağlamaz. Veritabanı tutarlılığı da ayrıca değerlendirilmelidir.

Yüzde Yüz Güvenli Metin2 Server Kurulabilir mi?

Mutlak güvenlik garantisi verilemez. Amaç erişimleri sınırlamak, açıkları azaltmak, olayları fark etmek ve kurtarmayı doğrulamaktır. Bu kontroller sunucu değiştikçe yeniden değerlendirilmelidir.