Hogyan tartsd a Minecraft szervered online 24/7

Miért hal meg a szervered, amint nem figyelsz oda

Egy Minecraft szerver egyetlen program egyetlen gépen. Semmi nem őrzi, semmi nem indítja újra, és semmi nem tartja ébren helyette a gépet. Amikor valaki azt mondja, hogy „a szerverem folyton lekapcsol", szinte mindig az alábbi öt ok valamelyikéről van szó — és egyik sem a Minecraft hibája:

• A PC alvó módba lépett. Minden asztali gép és laptop alapértelmezett energiabeállításai felfüggesztik a gépet, ha egy ideig nincs billentyűzet- vagy egérmozgás. Egy szerver, ami épp játékosokat szolgál ki, ettől még tétlennek számít, mert senki nem nyúl a billentyűzethez.
• A Fast Startup miatt a leállítás újraindításnak látszott. Windowson ez alapból be van kapcsolva, és ez a legmegtévesztőbb az összes közül: a gép látszólag visszajön, de a szerverfolyamat eltűnt, és a beállított indítási feladat sosem futott le.
• Egy frissítés hajnali 3-kor újraindította. A Windows Update és a Linuxon futó felügyelet nélküli frissítések is kérdés nélkül újraindítanak. Ha semmi nem indítja el a szervert rendszerindításkor, egyszerűen nem jön vissza.
• Valaki lecsukta a fedelet, kijelentkezett, vagy kihúzta. Egy felhasználói munkamenetből való kijelentkezés leállítja a benne futó folyamatokat. A laptop lecsukott fedele felfüggeszti a gépet. A lakótárs, akinek kell a konnektor, végleg lezárja a vitát.
• Megvillant az áram vagy az internet. Egy másodperces kimaradás is elég. Mindenki kiesik, és semmi nem hozza vissza magától a szervert.

Mit jelent valójában a 99.9% rendelkezésre állás

Az „mindig fut" egy érzés. A rendelkezésre állás mérés, és a különbség abban a pillanatban számít, amikor megpróbálod eldönteni, hogy a szervered tényleg megbízható-e, vagy csak nem figyeltél, amikor kiesett.

A valódi rendelkezésre állást a gépen kívülről mérik: valami az interneten percenként csatlakozik a szervered portjához, és feljegyzi, hogy válaszolt-e. Csak ez a definíció számít, mert ez fogja meg azokat az eseteket is, amikről a saját géped nem tud beszámolni — a gép alszik, az internet halott, a folyamat befagyott. Az „a PC-m egész héten ment" nem rendelkezésre állási szám.

A százalékok elvontnak hangzanak, amíg át nem váltod őket időre. Egy 30 napos hónapra vetítve:

Olvasd ezt a táblázatot az előző fejezet mellé, és az otthoni üzemeltetés problémája nyilvánvalóvá válik: egyetlen Windows Update újraindítási ciklus már felemészti egy 99.9%-os hónap keretének nagy részét. Nem válság, nem hardverhiba — egy rutinszerű újraindítás. Ebből kettő, plusz egy este, amikor a gép elaludt, és máris a 99% környékén jársz úgy, hogy valójában semmi nem romlott el.

Ha a valódi számodat akarod tudni, nem pedig találgatni, irányíts egy ingyenes külső uptime-figyelőt a szervered címére és portjára, és hagyd futni egy hónapig. Olyan dolgokat fog elárulni, amikről nem tudtál, jellemzően azokról az órákról, amikor aludtál. Viszonyítási pontnak: a HytHost 99.9% rendelkezésre állási célt tart — ugyanaz a mérce, ugyanúgy mérve.

Mit követel tőled valójában egy folyamatosan futó PC

Egy gép, ami sosem kapcsol ki, nem ugyanaz a gép, amit esténként használsz. Egy év alatt nagyjából 8760 üzemórát gyűjt össze — pörgő ventilátorok, forgó lemezek, folyamatosan áradó hő. Valahol áll, és ha ez a valahol a hálószobád, pontosan megtanulod, mennyire hallható egy házventilátor hajnali 3-kor júliusban. Semmi drámai, de éppen ez az a rész, amit mindenki elfelejt, amikor arra gondol, hogy „csak hagyom bekapcsolva".

Emellett végig áramot fogyaszt, ami meg is jelenik a számlán. Ez inkább pénzkérdés, mint rendelkezésre állási kérdés, ezért külön útmutatója van — a számoláshoz lásd: mennyibe kerül valójában egy Minecraft szerver.

A nagyobb meglepetés általában nem a gép. Hanem a vonal, ami mögött ül.

Az otthoni kapcsolatok letöltésre készültek, nem kiszolgálásra

A letöltési sebességed itt lényegtelen. Egy szerver küld — folyamatos világfrissítés-áramot minden csatlakozott játékosnak —, tehát a feltöltési sebességed szabja meg, hányan tudnak zökkenőmentesen játszani. Az otthoni csomagokat általában egy nagy letöltési és egy jóval kisebb feltöltési számmal árulják, és a szervered szempontjából csak ez a kisebb szám számít. Amikor egy szerver „mindenkinek laggol, csak a gazdának nem", nagyon gyakran ez az ok.

A címed előzetes figyelmeztetés nélkül változik

A legtöbb otthoni kapcsolat dinamikus IP-t kap: változik, ha a router újraindul, ha megszakad a vonal, vagy a szolgáltató saját ütemezése szerint. Minden barátodnak, aki elmentette a szervered a listájába, mostantól halott bejegyzése van, te pedig kezdheted újra körbeküldeni az új címet. Egy dinamikus DNS-szolgáltatás elfedi ezt azzal, hogy stabil hosztnevet ad, ami követi a változó címet — még azelőtt állítsd be, hogy kiadnád a címet, ne utána.

Vannak kapcsolatok, amikkel egyáltalán nem lehet kiszolgálni

Ez órákig tartó hibakeresés után szokta megfogni az embereket. Sok szolgáltató szolgáltatói szintű NAT mögé teszi az otthoni ügyfeleket, ami azt jelenti, hogy nincs saját publikus címed — osztozol rajta. A porttovábbítás ilyenkor nem működhet, bármilyen helyesen is állítod be a routert, mert nincs cím, ahonnan továbbítani lehetne. Mások egyenesen tiltják a gyakori szerverportokat, vagy a szerződési feltételekben tiltják a szerverüzemeltetést. Ha a porttovábbítás tökéletesen be van állítva, és a kívülről érkező játékosok mégsem tudnak csatlakozni, ezt érdemes következőként ellenőrizni.

Az otthoni IP-d lesz a szerver címe

Ahhoz, hogy a házon kívülről bárki csatlakozhasson, továbbítasz egy portot a routeren — és attól a pillanattól kezdve a szervered címe a háztartásod publikus IP-címe. Megvan mindenkinek, akit meghívsz. Ahogy annak is, akinek ők továbbadják, és bárkinek, aki meglátja egy képernyőképen, egy Discord üzenetben vagy egy szerverlistán.

A lényegi különbség az, hogy mi lesz a célpont. Egy tárhelyen futó szerver elleni támadás azt a szervert éri. Az otthoni címed elleni támadás a házat éri: a kapcsolatodat, a család telefonjait, valakinek a munkahívását, a tévét. Belülről nem tudod kiszűrni, mert a forgalom már telítette a vonalat, mire eléri a routert. A szerver kikapcsolása sem segít — a cím ugyanaz a cím marad.

Ez az egyetlen különbség az otthoni és az adatközponti üzemeltetés között, amire otthon nincs kerülőút. Egy tárhelyen futó szerver címe eldobható, és a szerverhez tartozik, nem a lakóhelyedhez, ráadásul Voxility DDoS-védelem mögött ül, ami elnyeli a támadásokat, mielőtt elérnék. Egy ismerősökkel megosztott privát szervernél az otthoni üzemeltetés vállalható kockázat. Bármi nyilvánosnál viszont ez az az ok, amiért a legtöbben abbahagyják.

Saját PC, VPS vagy menedzselt tárhely: ki végzi a munkát

Mindhárom lehet a nap 24 órájában online. Nem ez választja el őket egymástól. Az választja el őket, hogy ki a felelős, amikor mégsem — és ezt a kérdést érdemes eldönteni, mert ezzel élsz együtt minden héten.

A középső oszlopot szokták rosszul felmérni. Egy VPS azonnal megoldja a két legnehezebb problémát — valódi címe van és olyan hardvere, ami sosem alszik —, viszont egy csupasz Linux gépet ad a kezedbe, és téged tesz meg rendszergazdának. Te telepíted és frissíted a Javát, te állítod be a tűzfalat, te írod meg a szolgáltatást, ami indításkor elindítja a szervert, te telepíted a biztonsági javításokat, te állítod be és teszteled a mentéseket. Ezek közül semmi nem nehéz, de mostantól mind a tiéd, véglegesen, egy frissítetlen, internetről elérhető gép pedig inkább kockázat, mint szerver.

Hogyan tarthatsz mégis életben egy saját üzemeltetésű szervert

Ha a saját gépednél maradsz, ezek azok a lépések, amelyektől egy otthoni szerver eljut az „akkor megy, ha eszembe jut" állapotból a valóban megbízhatóig. Ebben a sorrendben csináld — az első kettő önmagában megoldja a kiesések nagy részét.

Ne hagyd, hogy a gép elaludjon

Állítsd be az energiagazdálkodást úgy, hogy a gép soha ne aludjon el és soha ne állítsa le a lemezeket, laptopon állítsd a fedél lecsukásának műveletét „nincs teendő"-re, és kapcsold ki a hibernálást. Windowson kapcsold ki a Fast Startup funkciót is — emiatt tud úgy tűnni, hogy a gép tisztán újraindult, miközben az indítási feladatod sosem futott le. Ezeken a beállításokon múlik, hogy minden éjjel lesz kiesés, vagy egy sem.

Indítsd a szervert automatikusan rendszerindításkor

Egy nem tervezett újraindítás egy percedbe kerüljön, ne egy estédbe. Linuxon egy systemd unit egyszerre indítja el a szervert bootoláskor és indítja újra, ha leáll:

[Unit]
Description=Minecraft server
After=network.target

[Service]
User=minecraft
WorkingDirectory=/opt/minecraft
ExecStart=/usr/bin/java -Xms2G -Xmx4G -jar server.jar nogui
Restart=always
RestartSec=15

[Install]
WantedBy=multi-user.target

Windowson ennek megfelelője egy Task Scheduler feladat, amit rendszerindításkor futtatsz, nem bejelentkezéskor — a bejelentkezéskor azt jelenti, hogy addig semmi nem történik, amíg valaki be nem lép, ami egy éjszakai újraindítás után értelmetlenné teszi az egészet.

Tegyél mellé watchdogot, mert a „fut" nem azonos a „működik"-kel

Ezt a lépést hagyja ki majdnem mindenki, és éppen ez fogja meg a legsúlyosabb kieséseket. Egy Minecraft szerver, amiből kifogyott a memória vagy holtpontra jutott, még mindig futó folyamat: a systemd élőnek látja és nem csinál semmit, a játékosok viszont timeoutot kapnak. Az egyetlen megbízható teszt az, hogy a port ténylegesen válaszol-e.

#!/bin/bash
while true; do
  if ! timeout 5 bash -c "echo > /dev/tcp/127.0.0.1/25565"; then
    systemctl restart minecraft
  fi
  sleep 60
done

Nyers, de hatásos: percenként megnézi, válaszol-e a szerver a portján, és ha nem, újraindítja. Futtasd saját szolgáltatásként, hogy egy újraindítást is túléljen.

Indítsd újra szándékosan, mielőtt szüksége lenne rá

A hosszan futó Java szerverek fokozatosan lelassulnak, ahogy a memória töredezik és a pluginek állapotot halmoznak fel — ez a klasszikus „reggel még jó volt, estére araszol". Egy csendes órára ütemezett napi újraindítás mindezt egy percen belül nullázza. Figyelmeztesd a játékosokat a chatben visszaszámlálással, hogy senki ne veszítsen el egy építményt, és olyan időpontot válassz, amikor senki nincs fent.

Ments a gépen kívülre

Az ugyanazon a lemezen lévő mentés nem mentés — csak egy második másolat, ami ugyanarra a meghibásodásra vár. Másold a világmappát rendszeresen egy másik lemezre, egy másik gépre vagy felhőtárhelyre. Aztán csináld meg azt, amit senki nem szokott: állíts vissza egyet, egyszer, és győződj meg róla, hogy a világ tényleg betölt. A nem tesztelt mentés csak feltételezés.

Adj a címnek valami stabilat, amire mutathat

Állíts be dinamikus DNS-t, hogy a játékosaid egy hosztnévhez csatlakozzanak, ami követi a változó címedet, ne pedig egy számhoz, ami lejár. Semmibe nem kerül, és megspórolja a visszatérő „nem megy a szerver" üzenetet, ami valójában azt jelenti, hogy „megváltozott az IP".

Mikor nem éri meg tovább a vesződség

A fentiek mind valóban működnek. Rengetegen üzemeltetnek évekig stabil otthoni szervert pontosan ezekkel a lépésekkel. Van azonban három pillanat, amikor a befektetett munka már nem térül meg, és érdemes felismerni, amikor eljönnek:

• Valaki akkor játszik, amikor te nem vagy ott. Abban a pillanatban, amikor a szervernek akkor is mennie kell, amíg alszol, dolgozol vagy hétvégére elutazol, készenlétben vagy miatta — egy nálad álló gépet pedig nem lehet valaki más konyhájából megjavítani.
• Már más is függ tőle. Egy világ, amiben több barátod több hónapnyi építkezése van, már nem hobbiprojekt. A hiba, ami korábban kellemetlenség volt, most mindenki vesztesége.
• Ebben a hónapban kétszernél többször indítottad újra kézzel. Ez az a jel, hogy a watchdog te vagy, és ez magától nem lesz jobb.

Az ellenkezője ugyanennyire igaz, és ki is kell mondani: ha LAN-on játszol, ha a gép amúgy is megy más okból, vagy ha maga az üzemeltetés a lényeg, akkor a saját üzemeltetés marad a jó válasz, és a fentiek egyike sem vonatkozik rád.

Ha átlépted valamelyik határt, egy menedzselt Minecraft szerverre váltva az egész listát — energiabeállítások, indítóscriptek, watchdogok, ütemezett újraindítások, gépen kívüli mentések és DDoS-szűrés — átadod annak, akinek ez a munkája. A csomagok kicsiben indulnak és helyben bővíthetők, ahogy a szerver nő, tehát ma nem kell eldöntened a végleges méretet. Ha pedig inkább előbb egy ingyenes lehetőséget próbálnál ki, az jogos kérdés, aminek megvan a saját válasza: lásd az őszinte áttekintést az ingyenes Minecraft tárhelyekről.