Waterfall Sunucu Kiralama

Waterfall nedir, bugün hâlâ kullanılmalı mı?

Waterfall, PaperMC ekibinin BungeeCord'u çatallayarak performans ve kararlılık iyileştirmeleri eklediği bir Minecraft proxy yazılımıdır. BungeeCord eklenti API'siyle uyumludur; yani BungeeCord için yazılmış bir eklenti Waterfall'da da çalışır. Uzun yıllar boyunca birçok Minecraft ağının standart proxy'si olmasının sebebi buydu.

Dürüst olmak gerekirse durum değişti. PaperMC, 26 Mart 2024'te Waterfall'ın ömrünü tamamladığını duyurdu: proje artık bakım ve destek almıyor, ekip bütün emeğini Paper ve Velocity'ye veriyor. Eski sürümler ve dokümantasyon erişilebilir durumda; indirme sayfasında upstream BungeeCord değişikliklerini içeren otomatik derlemeler görünse de PaperMC bunları test etmediğini açıkça yazıyor.

Bu yüzden sıfırdan ağ kuruyorsan Velocity'yi seçmeni öneririz. Waterfall ise elinde Velocity sürümü olmayan kritik BungeeCord eklentileri bulunan, oturmuş bir ağı ayakta tutmak ya da geçişi sakin bir takvimle yapmak isteyenler için hâlâ mantıklı bir ara durak.

config.yml'de ağını belirleyen ayarlar hangileri?

Waterfall'ın kalbi, BungeeCord'dan miras kalan config.yml dosyasıdır; Waterfall'a özgü ek seçenekler ise waterfall.yml içinde durur. servers bölümünde her backend için bir ad, address alanında panelden aldığın IP:port ve isteğe bağlı olarak restricted ayarı bulunur. listeners altında proxy'nin dinlediği host, sunucu listesinde görünen motd ve max_players, oyuncunun girişte deneneceği sunucuları sıralayan priorities listesi yer alır.

forced_hosts ile belirli bir alan adını doğrudan bir sunucuya bağlarsın; force_default_server açıkken oyuncu her girişte priorities listesinin başındaki sunucuya düşer, kapalıyken son kaldığı sunucuya döner. ip_forward, backend'lere gerçek UUID ve IP bilgisini göndermek için mutlaka true olmalıdır.

Yetkiler için permissions ve groups bölümleri vardır. Varsayılan dosyada groups altında md_5 adında örnek bir yönetici bulunur; bunu kendi kullanıcı adınla değiştirmeyi unutma ya da yetkileri LuckPerms'e devret. Bot girişlerine karşı connection_throttle değeri, tek IP'den gelen art arda bağlantıları yavaşlatır.

ip_forward ve BungeeGuard: backend'lerini nasıl korursun?

BungeeCord tarzı forwarding'in zayıf noktası, bilginin herhangi bir imza olmadan gönderilmesidir. Backend'lerde spigot.yml içinde settings.bungeecord true, server.properties'te online-mode false olur; bu hâlde backend portunu bulan biri proxy'yi atlayıp sahte bir kimlikle, örneğin yetkili bir yöneticinin kullanıcı adıyla içeri girmeyi deneyebilir.

Klasik çözüm backend portlarını güvenlik duvarıyla yalnızca proxy'ye açmaktır. Ağ ayarlarına bu seviyede erişimin yoksa BungeeGuard eklentisi pratik bir alternatiftir: proxy tarafındaki eklenti her bağlantıya gizli bir token ekler, backend tarafındaki eklenti token taşımayan girişleri reddeder. Token'ı yalnızca kendi dosyalarında tut, ekran görüntülerinde ve destek mesajlarında paylaşma.

Bir diğer koruma katmanı ise online_mode'dur: proxy'de true kalmalı ki hesap doğrulaması Mojang üzerinden yapılsın. Korsan istemcilere açık ağlar bu ayarı kapatır, ama bu durumda kimlik güvenliğini tamamen kendi giriş eklentilerine bırakmış olursun.

Waterfall için kaç GB RAM yeterli?

Proxy'ler dünya yüklemediği için Waterfall, arkasındaki oyun sunucularına kıyasla çok az bellekle çalışır. Birkaç yüz eşzamanlı oyuncuya sahip bir ağ için Bronze 4 GB fazlasıyla yeterlidir ve RAM'in önemli bir kısmı boşta kalır. Bellek tüketimini asıl belirleyen şey, oyuncu sayısından çok proxy'de çalışan eklentilerdir: geniş yetki veritabanları, oturum takibi yapan istatistik eklentileri veya Bedrock oyuncuları için proxy'ye kurulan Geyser.

Oyuncu sayısı büyüdükçe bağlantı başına sıkıştırma ve şifreleme işi artar; bu noktada çekirdek sayısı öne geçer. Bronze'dan Diamond'a kadar planlar 4 vCore, Emerald 6 vCore, Xtreme ise 12 vCore Ryzen 9 9950X ile gelir. Binlerce oyunculuk bir ağı hâlâ Waterfall'da tutuyorsan bu çekirdekler işini kolaylaştırır; yine de o ölçekte, bakım almayan bir proxy üzerinde büyümek yerine Velocity geçişini takvime koymanı öneririz. Disk tarafında ihtiyaç küçüktür, log ve eklenti verileri 50 GB NVMe alanını zorlamaz.

Waterfall'dan Velocity'ye adım adım geçiş

Geçişin en sancısız yolu, önce proxy'yi değiştirip backend'lere sonra dokunmaktır. Velocity'nin legacy forwarding modu BungeeCord ile aynı formatı kullandığı için spigot.yml'de bungeecord ayarı açık olan backend'ler Velocity arkasında da çalışır; BungeeGuard kullanıyorsan Velocity'nin bungeeguard modu aynı token mantığını destekler.

İlk iş eklenti envanteri çıkarmaktır. Her BungeeCord eklentisi için Velocity sürümü var mı, yoksa benzer işi gören bir alternatif mi gerekiyor, bunu listelersin. LuckPerms gibi ortak veritabanı kullanan eklentilerde veriler olduğu gibi kalır. Ardından yeni bir Velocity planı açıp config.yml'deki servers ve priorities bilgilerini velocity.toml'daki servers ve try bölümlerine aktarırsın.

Yetkili ekiple test ettikten sonra alan adını yeni proxy'ye çevirirsin. Her şey yerine oturduğunda backend'leri tek tek modern forwarding'e geçirip spigot.yml'deki bungeecord ayarını kapatırsın. Waterfall sunucunu, geri dönüş gerekirse diye bir süre yedekleriyle birlikte beklemede tutmak iyi bir alışkanlıktır.