Minecraft griefing önleme işi tek bir eklentiyle bitmez; yetki daraltma, bölge koruma ve değişiklik kaydı olmak üzere üç katmanın birlikte kurulmasını gerektirir. Grief yapan biri sunucunuza girdiğinde asıl soru “nasıl engellerim” değil, “yaptığını kaç dakikada geri alabilirim” olmalıdır. Bu yüzden koruma eklentilerinden önce kayıt eklentisini kurmanızı öneririz.
Bu rehberde spawn bölgesinin kilitlenmesinden oyuncu arazisi sistemine, CoreProtect ile blok bazlı geri almadan sandık hırsızlığının izini sürmeye kadar uygulanabilir bir savunma planı bulacaksınız. Verilen komutlar Paper 26.2 üzerinde test edilmiş biçimdedir; ancak kurulum adımları işletim sisteminden bağımsızdır.
Griefing Nedir ve Hangi Biçimlerde Karşınıza Çıkar?#
Griefing, bir oyuncunun sunucudaki başka oyuncuların emeğini kasıtlı olarak yok etmesidir. Sunucu sahiplerinin çoğu bunu sadece “binaları patlatmak” sanır, oysa pratikte en sık karşılaşılan biçimler çok daha sinsi olanlardır.
| Grief türü | Nasıl yapılır | Ana savunma |
|---|---|---|
| Yapı yıkımı | Elle blok kırma, TNT, creeper çekme | WorldGuard build deny, arazi eklentisi |
| Sandık hırsızlığı | Korumasız sandıkların boşaltılması | chest-access deny, kilit eklentisi |
| Lav / su akıtma | Kova ile yapı içine sıvı bırakma | lava-flow deny, kova yetkisi kısıtlama |
| Yangın | Çakmak veya ateş yayılımı | fire-spread deny, lighter deny |
| Lag makinesi | Sonsuz redstone döngüsü, aşırı hopper/entity yığını | Redstone limitleri, entity sınırı, izleme |
| Sinsi grief | Tek blok redstone torch, gizli su kaynağı, kum düşürme | CoreProtect kaydı, düzenli denetim |
Listedeki son satır en tehlikelisidir. Sinsi grief anında fark edilmez; haftalar sonra bir oyuncu deposunun su altında kaldığını görür ve olayın kaydı çoktan silinmiş olur. Bu nedenle kayıt saklama süresi ayarınız savunmanızın gerçek ömrünü belirler.
Kayıt Katmanı: CoreProtect Kurulumu ve Kullanımı#
Koruma eklentilerini kurmadan önce kayıt tutmaya başlayın. CoreProtect her blok yerleştirme, kırma, sandık açma, konteyner işlemi, öldürme ve komut kullanımını veritabanına yazar. Kurulum sonrası hiçbir yapılandırma yapmadan bile çalışmaya başlar.
-
CoreProtect Community EditionKayıt / geri almaİndir
-
WorldEditÖn koşulİndir
-
WorldGuardİndir
-
LuckPermsİndir
Bağlantılar resmî kaynaklara gider. Üçüncü taraf “kırılmış eklenti” sitelerinden jar indirmeyin; arka kapı riski taşırlar.
Veritabanını doğru kurmak#
CoreProtect varsayılan olarak SQLite kullanır. 10 oyuncuya kadar olan sunucularda bu yeterlidir; ancak kayıt dosyası birkaç ayda gigabaytlara ulaşabilir. Yoğun sunucularda MySQL/MariaDB’ye geçin. plugins/CoreProtect/config.yml dosyasında ayarlanır:
use-mysql: true
mysql-host: 127.0.0.1
mysql-port: 3306
mysql-database: coreprotect
mysql-username: mcuser
mysql-password: guclu-bir-parola
# Kayıtları kaç gün saklasın (0 = sonsuz)
purge-interval: 45
# Kaydedilecek olaylar
block-break: true
block-place: true
container-transactions: true
item-transactions: true
player-interactions: true
natural-breaks: false
liquid-tracking: true
purge-interval değerini 45 gün önermemizin sebebi şu: sinsi grief ortalama 2-3 hafta sonra fark ediliyor. 7 günlük saklama süresi çoğu olayı kaçırır. natural-breaks: false ise yaprak çürümesi gibi doğal olayların veritabanını şişirmesini engeller.
Günlük kullanacağınız komutlar#
# İnceleme modunu aç, sonra bloklara sol/sağ tıkla
/co inspect
# Belirli oyuncunun son 6 saatteki değişikliklerini 40 blok yarıçapta geri al
/co rollback u:GriefYapan t:6h r:40
# Sadece TNT hasarını geri al
/co rollback t:2h r:100 a:block e:tnt
# Yanlış rollback yaptıysan geri getir
/co restore u:GriefYapan t:6h r:40
# Bir bölgede son 24 saatte ne olduğunu listele
/co lookup t:24h r:25
# Sandıktan ne çalınmış, kim çalmış
/co lookup t:12h r:10 a:container
#preview ekiyle çalıştırın: /co rollback u:Oyuncu t:6h r:40 #preview. Bu, değişiklikleri yalnızca size gösterir, sunucuya uygulamaz. Sonucu beğenirseniz /co rollback ile kalıcı hale getirirsiniz.Bölge Katmanı: WorldGuard ile Spawn ve Kritik Alanlar#
Spawn bölgesi bir sunucunun vitrinidir ve grief yapanların ilk hedefidir. WorldGuard ile spawn’ı kilitlemek beş dakikalık bir iştir. Önce WorldEdit ile alanı seçin, sonra bölge tanımlayın.
-
Bölgeyi seçin#
Elinize ahşap balta alın (
//wand) ve alanın iki köşesine sol/sağ tıklayın. Seçimi yukarı aşağı genişletmek için//expand vertkomutunu kullanın; böylece bedrock’tan gökyüzüne kadar tüm sütun seçilir.//wand //expand vert -
Bölgeyi tanımlayın ve önceliğini verin#
Bölgeler iç içe geçebilir; yüksek öncelikli bölge düşük olanın bayraklarını ezer.
/rg define spawn /rg setpriority spawn 10 -
Koruma bayraklarını uygulayın#
Bu set spawn için kanonik başlangıç noktasıdır.
/rg flag spawn build deny /rg flag spawn pvp deny /rg flag spawn chest-access deny /rg flag spawn tnt deny /rg flag spawn creeper-explosion deny /rg flag spawn fire-spread deny /rg flag spawn lava-flow deny /rg flag spawn water-flow deny /rg flag spawn mob-spawning deny /rg flag spawn greeting &aSpawn bölgesine hoş geldiniz! -
Dünya genelinde global bölgeyi ayarlayın#
__global__bölgesi tüm dünya için geçerlidir; spawn dışındaki alanlarda da temel korumayı sağlar./rg flag __global__ creeper-explosion deny /rg flag __global__ tnt deny /rg flag __global__ fire-spread deny /rg flag __global__ lighter deny
WorldGuard bayraklarının tam listesi ve daha ileri kullanım senaryoları için WorldEdit ve WorldGuard ile bölge koruma sayfamıza bakın. Bayrakların çalışmadığını düşünüyorsanız önce /rg info spawn ile bölgenin gerçekten tanımlandığını ve öncelik değerini kontrol edin.
Oyuncu Arazisi Sistemi: Herkes Kendi Alanını Korusun#
Survival sunucusunda her oyuncunun evini elle korumaya almak imkânsızdır. Çözüm, oyuncuların kendi arazilerini tanımlayabildiği bir sistem kurmaktır. İki yaygın yaklaşım var.
Otomatik altın kürek yöntemi#
GriefPrevention tarzı eklentiler oyuncuya altın kürek verir; iki köşeye tıklayarak arazisini tanımlar. Oyun süresine göre kredi kazanılır, yeni oyuncu küçük alan koruyabilir. Öğrenme eğrisi düşüktür, yeni başlayan sunucular için idealdir.
WorldGuard tabanlı manuel yöntem#
Oyuncu bir komutla arazi talep eder, yetkili WorldGuard bölgesi tanımlar. Kontrol tamdır ama iş yükü personelin üzerindedir. 30 oyuncunun üzerindeki sunucularda yönetilebilir olmaktan çıkar.
Hangi yolu seçerseniz seçin, arazi koruması sandık kilidini otomatik kapsar. Ayrıca arazi sınırında kalan “iki blok mesafeden lav dökme” gibi kenar durumlar için arazi eklentisinin dolgu payı (buffer) ayarını 3-5 blok yapmanızı öneririz. Survival sunucusu kurma rehberimizde arazi sisteminin ekonomiyle nasıl bağlanacağını da anlattık.
Yetki Katmanı: Grief’i Baştan İmkânsız Kılmak#
En iyi koruma, tehlikeli aracı hiç vermemektir. LuckPerms ile kademeli bir yapı kurun: yeni giren oyuncu en dar yetkiyle başlasın, oyun süresi arttıkça yetkileri açılsın.
# Yeni oyuncu grubu: temel hareket, blok koyma/kırma serbest ama kova ve ateş kapalı
> lp creategroup yeni
> lp group yeni permission set essentials.spawn true
> lp group yeni permission set essentials.home true
> lp group yeni permission set worldguard.region.claim false
# Doğrulanmış oyuncu grubu: 5 saat oynadıktan sonra verilir
> lp creategroup oyuncu
> lp group oyuncu parent add yeni
> lp group oyuncu permission set essentials.tpa true
> lp group oyuncu permission set worldguard.region.claim true
# Yetkili grubu: geri alma ve inceleme yetkisi
> lp creategroup moderator
> lp group moderator parent add oyuncu
> lp group moderator permission set coreprotect.inspect true
> lp group moderator permission set coreprotect.lookup true
> lp group moderator permission set coreprotect.rollback false
Son satıra dikkat edin: coreprotect.rollback yetkisini moderatörlere vermiyoruz. Rollback yıkıcı bir işlemdir ve deneyimsiz elde yanlış yarıçapla çalıştırıldığında masum oyuncuların yapılarını da siler. Bu yetki yalnızca baş yönetici grubunda bulunmalıdır.
worldedit.* ve * gibi joker izinleri hiçbir gruba vermeyin. Tek bir //set 0 komutu seçili bölgedeki her şeyi anında siler ve WorldEdit işlemleri CoreProtect tarafından blok blok kaydedilse bile geri alması saatler sürebilir. OP verirken dikkatli olun; OP ve yetki yönetimi sayfasındaki kuralları uygulayın.Redstone ve Entity Kaynaklı Lag Grief’i#
Grief her zaman blok kırmakla olmaz. Kötü niyetli bir oyuncu sonsuz redstone döngüsü kurarak veya binlerce item düşürerek sunucuyu tick başına saniyeler harcamaya zorlayabilir. Bunun önlemi eklenti değil, yapılandırma ayarıdır.
# paper-world-defaults.yml
chunks:
max-auto-save-chunks-per-tick: 8
entities:
spawning:
per-player-mob-spawns: true
hopper:
disable-move-event: true
collisions:
max-entity-collisions: 2
# spigot.yml
entity-activation-range:
animals: 16
monsters: 24
misc: 8
ticks-per:
hopper-transfer: 8
hopper-check: 8
Bu ayarlar hem normal performansı iyileştirir hem de lag makinesi kurma girişimlerinin etkisini sınırlar. Ayrıntılı açıklama ve tam yapılandırma seti için paper.yml ve spigot.yml optimizasyon rehberine, TPS düşüşü teşhisi için TPS düşüklüğü çözüm sayfasına bakın.
Sunucunuz aniden yavaşladığında suçluyu bulmanın en hızlı yolu spark profilleyicisidir. /spark profiler start ile birkaç dakikalık kayıt alın; rapor hangi chunk’ta ne kadar entity olduğunu ve hangi mekanizmanın CPU zamanı yediğini gösterir.
Grief Olayı Sonrası: Adım Adım Müdahale#
-
Önce sunucuyu dondurun, sonra soruşturun#
Grief devam ediyorsa şüpheliyi anında
/tempban Oyuncu 1h Soruşturmaile uzaklaştırın. Kalıcı ban kararını kanıt topladıktan sonra verin; yanlış ban topluluk güvenini rollback’ten daha çok zedeler. -
Kapsamı ölçün#
/co lookup u:Supheli t:24hkomutuyla oyuncunun son bir gündeki tüm eylemlerini listeleyin. Kaç blok, hangi koordinatlar, hangi dünyalar etkilenmiş görün. Rollback yarıçapını bu bilgiye göre belirleyin. -
Önizlemeli geri alma yapın#
/co rollback u:Supheli t:24h r:80 #preview /co rollback u:Supheli t:24h r:80 -
Sandık ve envanter kaybını ayrıca telafi edin#
Rollback blokları geri getirir ama çalınan itemler saldırganın envanterindedir.
/co lookup a:containerile listeyi çıkarın, kayıp itemleri mağdur oyunculara elle verin. -
Açığı kapatın#
Olay nasıl mümkün oldu? Eksik bir bölge bayrağı mı, fazla verilmiş bir yetki mi, yoksa güvenilmemesi gereken bir moderatör mü? Aynı açık kapanmazsa aynı grief tekrarlanır.
plugins/ klasöründeyse durum grief değil ihlaldir. Bu durumda sunucu ele geçirildiğinde yapılacaklar rehberindeki acil müdahale adımlarını izleyin.Yedekleme: Son Savunma Hattı#
Rollback her zaman yeterli olmaz. Saldırı birden fazla hesapla yapılmışsa, CoreProtect veritabanı da bozulmuşsa ya da olay saklama süresinin dışında kalmışsa tek çareniz yedektir. Minimum plan şudur:
- Sıklık
- Aktif sunucuda günde en az bir tam dünya yedeği, yoğun sunucuda 6 saatte bir.
- Saklama
- Son 7 günlük yedek + son 4 haftanın haftalık yedeği. Sinsi grief’i yakalamak için gerekli.
- Konum
- Yedek asla sadece sunucunun kendi diskinde durmasın. Ayrı bir depolama alanına kopyalayın.
- Kapsam
world/,world_nether/,world_the_end/,plugins/veserver.properties.- Test
- Ayda bir yedeği test sunucusunda açın. Denenmemiş yedek yedek sayılmaz.
Otomatik yedek betikleri, sıkıştırma ve uzak kopyalama için Minecraft sunucu yedekleme rehberimizi ve genel strateji için 3-2-1 yedekleme kuralını inceleyin.
Donanım ve Barındırma Tarafı#
CoreProtect veritabanı yazma yoğun bir iştir. Her blok değişikliği bir satır demektir; 30 kişilik aktif bir survival sunucusunda günlük birkaç milyon satır birikir. Bu yükü mekanik disk kaldırmaz, disk gecikmesi doğrudan tick süresine yansır ve “Can’t keep up” uyarıları başlar.
| Sunucu profili | RAM | İşlemci | Disk |
|---|---|---|---|
| 2-10 oyuncu, korumalı survival | 8 GB | Ryzen 9 3900X ve üzeri | 50 GB NVMe SSD |
| 10-30 oyuncu, CoreProtect + arazi sistemi | 10-12 GB | Ryzen 9 7900X | 100 GB NVMe SSD |
| 30-60 oyuncu, çok dünyalı | 16 GB | Ryzen 9 7900X / 7950X | 100 GB+ NVMe SSD |
| 60+ oyuncu veya sunucu ağı | 32 GB ve üzeri | Ryzen 9 7950X | 200 GB+ NVMe SSD |
Java heap değerini paketin altında tutun: 8 GB pakette -Xms6G -Xmx6G, 12 GB pakette -Xms10G -Xmx10G, 16 GB pakette -Xms14G -Xmx14G verin. İşletim sistemine ve MySQL sürecine pay bırakmazsanız CoreProtect yazma anında takılmalar yaşarsınız. Bayrak seçimi ve heap hesabı için RAM ayarları ve JVM flag’leri sayfasına bakın.
Yüksek saat hızlı Ryzen tabanlı, NVMe diskli ve DDoS korumalı paketleri Minecraft sunucu paketleri sayfasında karşılaştırabilirsiniz; kendi yapılandırmanızı kurmak isterseniz yüksek frekanslı VDS seçeneği de mevcut.
Sık Yapılan Beş Hata#
1. Kayıt eklentisini olaydan sonra kurmak#
CoreProtect geçmişi kaydetmez, kurulduğu andan itibaren kayıt tutar. Grief olduktan sonra kurmak hiçbir işe yaramaz. Sunucuyu açtığınız ilk gün kurun.
2. Yalnızca spawn’ı korumak#
Spawn korumalı ama 200 blok ötesindeki oyuncu köyü savunmasızsa grief yalnızca yer değiştirmiş olur. Arazi sistemi kurun ve __global__ bayraklarını ihmal etmeyin.
3. Moderatörlere aşırı yetki vermek#
Sunucuların önemli bir bölümünde en büyük grief, güvenilen bir yetkiliden gelir. Yetkiyi göreve göre dağıtın, rollback ve WorldEdit’i ayırın, tüm yönetici komutlarını loglayın.
4. TNT’yi tamamen serbest bırakmak#
Survival deneyimi bahanesiyle TNT’yi açık bırakmak, tek bir kötü niyetli oyuncuya saatlerce emeği silme gücü verir. TNT’yi arazi içinde serbest, arazi dışında kapalı tutmak dengeli bir orta yoldur.
5. Yedeği aynı diskte saklamak#
Disk arızası veya sunucu ihlali tek seferde hem dünyanızı hem yedeğinizi götürür. Yedeğin en az bir kopyası farklı bir makinede olmalıdır.
Özetle#
Griefing’i sıfıra indiremezsiniz ama etkisini birkaç dakikalık bir düzeltmeye indirebilirsiniz. Sıralama şudur: önce CoreProtect ile kayıt tutmaya başlayın, sonra WorldGuard ile spawn ve kritik alanları kilitleyin, ardından oyunculara kendi arazilerini koruma imkânı verin, en son LuckPerms ile tehlikeli yetkileri kademelendirin. Bu dört katmanın üstüne düzenli ve test edilmiş yedek koyduğunuzda, en kötü senaryoda bile kaybınız birkaç saatlik ilerlemeyle sınırlı kalır.
Sunucu güvenliğinin diğer boyutları için genel sunucu güvenliği rehberimizi, hile kaynaklı sorunlar için anticheat eklentileri karşılaştırmasını ve saldırı türü sorunlar için DDoS koruması sayfasını okuyabilirsiniz.