Dünyası, eklentisi ve fazlası olmayan, sadece oyuncuyu bağlı tutmak için yazılmış ultra hafif NanoLimbo sunucun; 1.7'den güncel sürümlere tek dosyayla.

Geniş optimize edilmiş oyun sunucuları yelpazemizden seçim yapın. Her sunucu maksimum performans için yapılandırılmış ve DDoS koruması ile birlikte gelir.







Önerilen kullanım, paket donanımı ve aylık fiyatlarla karşılaştır.
| Paket | Önerilen kullanım | Donanım | Aylık fiyat |
|---|---|---|---|
| Bronze 4GB | Neredeyse her ağ; 1.000+ bekleyen oyuncuDünyasız ve eklentisiz NanoLimbo için 4 GB çok geniş; maxPlayers'ı yükseltmeyi unutma. | 4 vCore Ryzen 9950X · 4 GB DDR5 6000MHz · 50 GB NVMe SSD | ₺240.00/ay |
| Silver 6GB | Genelde gereksiz; JVM'e ek pay isteyenlerEk bellek çoğunlukla boşta kalır; bütçeyi ana sunucuna ayırman daha verimli olur. | 4 vCore Ryzen 9950X · 6 GB DDR5 6000MHz · 60 GB NVMe SSD | ₺345.00/ay |
| Gold 8GB | Birden çok proxy'den yoğun trafikÇok sunuculu büyük ağlarda JVM tamponları için rahatlık sağlar, CPU yine 4 vCore. | 4 vCore Ryzen 9950X · 8 GB DDR5 6000MHz · 70 GB NVMe SSD | ₺440.00/ay |
| Platinum 10GB | Gereksiz: NanoLimbo bu belleği kullanmazAynı 4 vCore ve büyük ölçüde boş RAM; NanoLimbo için önermiyoruz. | 4 vCore Ryzen 9950X · 10 GB DDR5 6000MHz · 100 GB NVMe SSD | ₺530.00/ay |
| Diamond 12GB | Gereksiz: ek RAM performans getirmezBellek artışı bekleyen oyuncu kapasitesini anlamlı biçimde değiştirmez. | 4 vCore Ryzen 9950X · 12 GB DDR5 6000MHz · 110 GB NVMe SSD | ₺617.50/ay |
| Emerald 16GB | Çok büyük ağ, aynı anda binlerce bağlantı6 vCore ile workerGroup'u artırıp büyük restart dalgalarını karşılamak için mantıklı. | 6 vCore Ryzen 9950X · 16 GB DDR5 6000MHz · 120 GB NVMe SSD | ₺840.00/ay |
| Xtreme 32GB | Önerilmez: NanoLimbo için aşırı kapasite12 vCore'u bir limboya ayırmak yerine bu kaynağı oyun sunucularında kullan. | 12 vCore Ryzen 9950X · 32 GB DDR5 6000MHz · 200 GB NVMe SSD | ₺1520.00/ay |
Restart, bakım ve çökme anlarında ağını boşaltmamak için gereken her şey, fazlası değil.
NanoLimbo oyuncu başına thread açmaz, sabit bir thread havuzuyla çalışır ve yalnızca zorunlu paketleri işler; binlerce bekleyen oyuncu bile belleğin küçük bir kısmını kullanır.
1.7.x'ten 1.21.x'e ve 26.1–26.2 sürümlerine kadar istemcileri aynı dosyayla kabul eder; ağındaki oyuncular hangi sürümle gelirse gelsin yedek sunucuya düşebilir.
settings.yml'deki infoForwarding type değerini NONE, LEGACY, MODERN veya BUNGEE_GUARD yaparak NanoLimbo'yu BungeeCord ya da Velocity ağına güvenle bağlarsın.
title, bossBar, joinMessage ve headerAndFooter bölümleri MiniMessage biçimini destekler; bakım duyurusunu oyuncunun ekranına renk geçişleriyle yazarsın.
traffic bölümü aşırı büyük paketleri ve anormal paket hızını yakalayıp bağlantıyı düşürür; ücretsiz DDoS koruması da ağ seviyesindeki saldırıları sunucunun önünde süzer.
NanoLimbo'nun bütün kimliği settings.yml dosyasındadır; otomatik yedekler bu dosyayı ve forwarding anahtarını korur, SFTP ile birkaç saniyede yeni bir kopya çıkarırsın.
NanoLimbo sunucu kiralama TheCrewHost'ta aylık ₺240.00 başlangıç fiyatıyla sunulur ve ağına, ana sunucu kapalıyken oyuncuları bağlı tutan son derece hafif bir limbo ekler. Nan1t'in Java ve Netty ile yazdığı NanoLimbo'da dünya, eklenti ya da mob yoktur; boş bir alanda oyuncuya başlık, boss bar ve mesaj gösterip bağlantıyı açık tutar. Tek jar dosyası 1.7'den 26.2'ye kadar sürümleri kabul ettiği için ViaVersion gibi ek katmanlara gerek kalmaz. settings.yml üzerinden Velocity modern forwarding, BungeeCord ve BungeeGuard desteğini açarsın. Tüm bunlar İstanbul'daki Ryzen 9 9950X donanımında, ücretsiz DDoS korumasının arkasında çalışır.
NanoLimbo, Nan1t tarafından Java ve Netty ile yazılmış, tek amacı oyuncuları bağlı tutmak olan hafif bir Minecraft limbo sunucusudur. Proje bilinçli olarak minimal tutulur: dünya yüklemez, şematik göstermez, eklenti çalıştırmaz. Oyuncu boş bir boyutta, çoğunlukla spectator modunda bekler; sen de ona başlık, boss bar ve sohbet mesajıyla ne olduğunu anlatırsın.
LOOHP'nin Limbo'suyla kıyaslayınca fark netleşir. Limbo'da .schem formatında bir dünya ve kendine ait bir eklenti API'si bulunur; buna karşılık her derleme yalnızca tek bir Minecraft sürümüne göre hazırlanır. NanoLimbo görsellikten vazgeçer, karşılığında tek jar ile 1.7.x'ten 1.21.x'e ve 26.1–26.2 sürümlerine kadar istemcileri kabul eder. Snapshot sürümleri desteklenmez.
Bu yüzden NanoLimbo'nun asıl parladığı iş, proxy'nin arkasında yedek sunucu olmaktır. Survival çöktüğünde, lobi güncellenirken ya da gece restart'ında oyuncular ana menüye atılmak yerine NanoLimbo'ya düşer ve bağlantıları açık kalır. Çalıştırmak için Java 21 veya üzeri gerekir.
NanoLimbo'nun bütün yapılandırması tek bir settings.yml dosyasındadır. maxPlayers varsayılan olarak 100'dür; büyük bir ağda restart anında bundan fazla oyuncu düşebileceği için bu değeri yükseltmeyi ya da -1 yaparak sınırı kaldırmayı unutma. bind bölümündeki ip ve port, sunucunun dinlediği adresi belirler; panelde atanan portla eşleşmelidir.
ping bölümü sunucu listesinde görünen açıklama ve sürüm yazısını MiniMessage biçiminde tanımlar. dimension varsayılan olarak THE_END'dir, OVERWORLD veya THE_NETHER da seçilebilir. gameMode 3 yani spectator ile gelir ve arayüz çubuklarını gizler; bu mod 1.8 ve üzeri istemcilerde çalışır.
Oyuncuyu bilgilendirmek için title, bossBar ve joinMessage bölümlerini kullanırsın; title için fadeIn, stay ve fadeOut süreleri tick cinsindendir. headerAndFooter oyuncu listesinin üst ve alt yazısını, brandName ise F3 ekranında görünen sunucu adını değiştirir. 1.20.5 ve üzeri istemcilerde çıkan güvenli sohbet bildirimini gizlemek istersen secureProfile ayarına bakabilirsin.
NanoLimbo, proxy'den gelen oyuncu kimliğini infoForwarding bölümüyle okur. type değeri dört seçenek alır: NONE forwarding kullanmaz, LEGACY BungeeCord ve Waterfall'ın klasik ip_forward bilgisini okur, MODERN Velocity'nin imzalı modern forwarding'ini doğrular, BUNGEE_GUARD ise BungeeGuard token'larıyla korunan BungeeCord forwarding'ini kabul eder.
MODERN kullanıyorsan Velocity'nin forwarding.secret dosyasındaki anahtarı secret alanına, BUNGEE_GUARD kullanıyorsan token'ları tokens listesine yazarsın. İki alan da @ önekiyle harici bir dosyadan okunabilir; örneğin anahtarı ayrı bir dosyada tutup settings.yml'i ekip arkadaşlarınla paylaşırken sırrı açığa çıkarmamak mümkündür.
Proxy'de NanoLimbo'yu bir backend olarak tanımlayıp Velocity'nin try sıralamasında en sona yazarsan, önceki sunucuların hiçbirine ulaşılamadığında bağlantı buraya devredilir. NanoLimbo oyuncuyu kendiliğinden geri göndermez; ana sunucu açıldığında oyuncuları taşımak proxy'nin işidir ve bunun için /send komutu ya da bir yeniden bağlanma eklentisi kullanılır. readTimeout değeri ise yanıt vermeyen bağlantıların ne kadar süre sonra kapatılacağını belirler.
Dürüst cevap: çok az. NanoLimbo oyuncu başına thread açmaz, sabit bir Netty thread havuzu kullanır ve bağlantıyı açık tutmak için gereken en az paketi gönderir. Dünya, varlık ya da chunk verisi olmadığı için bekleyen oyuncu başına bellek maliyeti son derece düşüktür. Bu nedenle Bronze 4 GB, çok büyük ağlar dışında neredeyse her senaryo için fazlasıyla yeterlidir.
netty bölümünde transportType varsayılan olarak EPOLL'dur ve Linux'ta en verimli seçenektir; threads altındaki workerGroup değeri bağlantıları işleyen thread sayısını belirler. Varsayılan 4, Bronze'dan Diamond'a kadar planların 4 vCore'uyla uyumludur. Aynı saniyede binlerce oyuncunun düştüğü büyük bir ağ yönetiyorsan Emerald'ın 6 vCore'u ile workerGroup'u artırmak restart dalgalarını daha rahat karşılar.
Daha büyük RAM'li planlar NanoLimbo'ya ölçülebilir bir fayda sağlamaz; bu bütçeyi ana oyun sunucularına ayırmak çok daha mantıklıdır. Plan seçmeden önce konsolda mem komutuyla bellek kullanımını görebilirsin.
NanoLimbo'nun konsolu birkaç komutla sınırlıdır ve bu, yönetimi basitleştirir. conn o an bağlı oyuncu sayısını, mem bellek kullanımını, version sürüm bilgisini gösterir; stop sunucuyu kapatır, help komut listesini verir. Paneldeki web konsolundan bu komutları anında çalıştırabilirsin.
debugLevel 0 ile 3 arasında değer alır; proje üretim ortamı için 2'yi, yani hata, uyarı ve bilgi mesajlarını öneriyor. Bir bağlantı sorununu ararken geçici olarak 3'e çıkarıp hata ayıklama çıktısını görebilir, sonra geri alabilirsin.
logPlayersIp ayarı false yapıldığında oyuncu IP adresleri loglarda gizlenir. Kişisel veri saklamayı azaltmak, özellikle KVKK kapsamında dikkatli olmak isteyen ağlar için pratik bir adımdır. traffic bölümü ise maxPacketSize ve paket hızı sınırlarıyla kötü niyetli ya da bozuk bağlantıları erkenden düşürür; varsayılanlar çoğu ağ için dengelidir, düşük bağlantı kalitesine sahip oyuncuların yanlışlıkla atılması durumunda aralık değerlerini gevşetebilirsin.
NanoLimbo'nun ihtiyacı çok düşüktür; neredeyse her ağ için Bronze 4 GB yeterlidir, yalnızca aynı anda binlerce bağlantı bekleniyorsa Emerald'ı düşün.
maxPlayers değerini ağının büyüklüğüne göre yükselt ya da -1 yap, bind bölümündeki portun panelde atanan portla eşleştiğini kontrol et.
Velocity için MODERN seçip forwarding.secret anahtarını secret alanına, BungeeGuard için BUNGEE_GUARD seçip token'ları tokens listesine yaz.
title, bossBar ve joinMessage alanlarına MiniMessage ile bakım veya restart duyurunu yaz, dimension ve gameMode değerlerini ağının tarzına göre seç.
NanoLimbo'nun panel adresini proxy'de yedek sunucu olarak tanımla; Velocity kullanıyorsan try listesinde en sona yaz, ardından yapılandırmayı yeniden yükleyip listeyi kontrol et.
Ana sunucuya bir restart at, conn komutuyla bekleyen oyuncu sayısının arttığını izle ve sunucu döndüğünde oyuncuların yeniden yerlerine yönlendirildiğinden emin ol.
NanoLimbo'yu ağına yedek veya bekleme sunucusu olarak eklemeden önce en çok sorulanlar.
Ryzen 9 donanımlı İstanbul veri merkezimiz Türkiye'deki oyunculara düşük gecikme, Avrupa, Orta Doğu ve Kafkasya'ya da iyi bağlantı sunar.
Türkiye
Projenin ihtiyacı olan her şey — oyun sunucusundan sanal sunucuya, fiziksel sunucudan web hosting ve Discord bot hosting'e kadar.
Oyuncu ve geliştirici topluluğumuzla bağlantı kurun
Anında destek alın, deneyimlerinizi paylaşın ve en son haberlerden haberdar olun