Sunucu Sahipleri İçin

Metin2 Server Güvenliği: DDoS Koruması ve Hile Önleme Temelleri

Metin2 Server Güvenliği: DDoS Koruması ve Hile Önleme Temelleri

Bir Metin2 Pvp serverını en çok yıpratan şeyler, en kalabalık saatte yaşanan bağlantı kopmaları ve bitmeyen hile şikâyetleridir. Hiçbir sunucu saldırılara tamamen kapalı değildir ama doğru hazırlıkla saldırının etkisini küçültebilir, hileyi zorlaştırabilirsin. Bu rehberde Metin2 server güvenliği için DDoS koruması ve hile önlemenin temel savunma adımlarını bir kontrol listesi hâlinde anlatıyoruz.

DDoS koruması sağlayıcıdan başlar

DDoS saldırısında sunucuna, bağlantısının ya da sunucunun kaldırabileceğinden fazla trafik gönderilir. Bu trafik makinene ulaştığında sunucunun içinden yapabileceğin çok az şey kalır; asıl koruma, barındırma sağlayıcının ağında yapılır.

  • Oyun trafiğini de koruyan sağlayıcı seç: Korumanın yalnızca web sitesini değil, oyuncuların bağlandığı oyun portlarını da kapsayıp kapsamadığını sor.
  • Korumanın nasıl devreye girdiğini öğren: Her zaman açık filtreleme ile saldırı algılanınca başlayan koruma arasında fark vardır; ikincisinde kısa kesintiler yaşanabilir.
  • Web sitesini ayır: Siteni oyun sunucusundan ayrı bir makinede barındır ve bir CDN ya da proxy hizmetinin arkasına al. Bu hizmetlerin çoğu yalnızca web trafiğini korur; oyun portları için ayrıca önlem gerekir.
  • Saldırı anı planı: Sağlayıcının destek kanalını, oyunculara nereden bilgi vereceğini ve ekipte kimin ne yapacağını önceden belirle.

Güvenlik duvarı ve portlar

Temel kural şu: her şeyi kapat, yalnızca gerekeni aç.

Hizmet Dışarıya açık mı?
Giriş (auth) ve kanal portları Evet, oyuncular bağlanır
Çekirdekler arası (P2P) portlar Hayır, yalnızca sunucu içi
db çekirdeğinin portu Hayır, yalnızca sunucu içi
MySQL Hayır; site ayrı makinedeyse yalnızca onun IP'sine
SSH ya da uzak masaüstü Yalnızca senin IP adresine

Oyun çekirdeklerinin CONFIG dosyalarındaki PORT, P2P_PORT ve DB_PORT satırları hangi portların kullanıldığını gösterir. Güvenlik duvarı kurallarını bu listeye göre yaz, ardından kendi sunucunu dışarıdan tarayarak yalnızca gereken portların açık kaldığını doğrula.

Veritabanı ve yönetim erişimi

  • Veritabanını internete açma: MySQL'i yalnızca yerel ağda dinlet; web sitesi için root yerine yalnızca gereken tablolara yetkisi olan ayrı bir kullanıcı aç.
  • Varsayılan şifreleri değiştir: Hazır dosyalarla gelen veritabanı ve yönetim şifrelerini ilk gün değiştir. Oyun çekirdeğinin CONFIG dosyasındaki ADMINPAGE_IP ve ADMINPAGE_PASSWORD ayarlarını da kontrol et: incelediğimiz kaynakta IP listesi boşsa, şifreyi bilen her adres çekirdeğin uzaktan yönetim komutlarına erişebiliyor.
  • Test modunu kapat: CONFIG'deki TEST_SERVER açıkken kaynakta her oyuncu en yüksek GM yetkisini alır. GM hesaplarının güvenliği için GM yetkisi rehberimize bak.
  • SSH'ı sıkılaştır: Şifre yerine anahtarla giriş kullan, root ile doğrudan girişi kapat ve sistem paketlerini güncel tut.
  • Güvenilir dosyalar kullan: Kaynağı belirsiz hazır sunucu dosyaları ve araçlar arka kapı içerebilir. Dosyaları güvendiğin geliştiricilerden al ve kodu gözden geçirt.

Yedekleme ve izleme

  • Otomatik yedek: Hesap, oyuncu, common ve log veritabanlarını her gün yedekle; en az bir kopyayı başka bir sunucuda sakla.
  • Geri yüklemeyi dene: Açılamayan yedek işe yaramaz; yedeklerini düzenli aralıklarla bir test sunucusuna geri yükle.
  • Güncelleme öncesi yedek: Her güncelleme ve bakımdan önce ayrıca yedek al.
  • İzleme: İşlemci, bellek, ağ trafiği ve çekirdeklerin ayakta olup olmadığını izleyen bir sistem kur; ani trafik artışında uyarı alacak şekilde ayarla. Çekirdeklerin hata kayıtlarını (syserr) da düzenli oku.

Hile önleme temelleri

Hileye karşı ilk kural: istemciye güvenme. Kontrol ne kadar sunucu tarafında yapılırsa o kadar zor atlatılır.

  • Sunucu tarafı kontroller: İncelediğimiz kaynakta konum senkronu, hareket zamanlaması ve kombo saldırılar için kontroller var; şüpheli durumlar log veritabanındaki hack_log tablosuna yazılıyor ve oyuncunun bağlantısı kesilebiliyor. Bu kontrollere ait CONFIG ayarlarını (ör. SYNCHACK_LIMIT_COUNT, CHECK_MULTIHACK) nedensiz gevşetme.
  • İstemci koruması: Bir hile koruma yazılımı bilinen hileleri istemci tarafında yakalamaya yardım eder ama sunucu tarafı kontrollerin yerini tutmaz.
  • Açıkları kapat: Bilinen açıklara karşı dosyalarını güncel tut; oyunculardan gelen hata bildirimlerini özelden topla ve bildirenleri ödüllendir.
  • Kayıtları incele: Olağan dışı yang artışı, kısa sürede aşırı eşya kazanımı ya da aynı IP'den açılan çok sayıda hesap gibi işaretleri log tablolarında ara.
  • Şeffaf ceza politikası: Hile cezalarını kurallarda açıkça yaz ve herkese aynı şekilde uygula.

Oyuncuların hile korumalı bir serverı nasıl tanıdığını adil oyun rehberimizde anlattık. Kesintisiz ve adil bir oyun, oyuncu oylarıyla oluşan en iyi serverler sıralamasında yükselmenin de temelidir. Deneyimlerini forumda diğer sunucu sahipleriyle paylaşabilirsin.

Sık sorulan sorular

DDoS korumalı sunucu tamamen güvende midir?

Hayır. Koruma saldırının etkisini azaltır ama her saldırıyı tamamen durduracağının garantisi yoktur. Güvenlik duvarı, yedek ve izleme gibi önlemlerle birlikte düşünülmelidir.

Web sitemi koruyan hizmet oyun sunucumu da korur mu?

Çoğu zaman hayır. Web koruma hizmetleri genellikle yalnızca HTTP ve HTTPS trafiğini kapsar; oyun portları için barındırma sağlayıcının ağ düzeyindeki koruması ya da oyun trafiğini destekleyen ayrı bir hizmet gerekir.

Yedekleri ne sıklıkla almalıyım?

En az günde bir otomatik yedek ve her güncellemeden önce ek bir yedek iyi bir başlangıçtır. Oyuncu sayın arttıkça yedek sıklığını da artır.

Hile koruma yazılımı tek başına yeterli mi?

Hayır. İstemci tarafı koruma bazı hileleri yakalar; asıl güvence sunucu tarafı kontroller, güncel dosyalar ve düzenli kayıt incelemesidir.

0 Beğeni

Diğer yazılar

Yorumlar 0

Henüz yorum yapılmadı.