Minden útmutató a saját hálózatunk napi üzemeltetése közben születik, és valódi hardveren teszteljük, mielőtt itt megjelenne. A cikkekben szereplő parancsokat pontosan úgy futtattuk le, ahogyan itt olvashatók.
Ezeket az útmutatókat nyitják meg nálunk a legtöbben.
Hogyan zajlik technikailag egy DDoS-támadás, melyik négy véges erőforrást foglalja le, miről ismeri fel a saját mérési értékeiből, és hol ér véget a védelem a szerveren. Valós támadási esetekkel az üzemből.
Miért van egy Hytale-szervernek pontosan egy portra szüksége, mit változtat a QUIC a támadási felületen, melyik szűrőszabály hat valóban, és mekkora támadásmérettől segít már csak a szerver előtti hálózatban végzett szűrés.
A CDN-szerver minden fájlt egyszer hoz le a forrásról, és onnantól ezerszer maga szolgálja ki. A forrásszerver már csak a kérések töredékét látja, a látogatók pedig rövid betöltési időt kapnak. Így épít fel egyet.
A Nextcloud hozza a felhasználókat, a kvótákat és a megosztásokat, a Storage Server pedig a helyet. Együtt saját felhőt adnak, amelyhez egy kis szerver is elég, a terabájtok pedig máshol fekszenek.
A webszerveren a hely drága, a Storage Serveren nem. Ez a cikk megmutatja, mit érdemes áthelyezni, melyik protokoll működik a webszerverről, és hogyan érnek biztonságosan célba a fájlok a látogatóknál.
Nem minden működik, amit a WordPressről és a külső tárhelyről olvasni lehet. Ez a cikk szétválasztja a három esetet: a biztonsági mentés azonnal megy, a letöltések kis ráfordítással, a médiatár pedig csak egy feltétellel.
Az ugyanazon a szerveren fekvő mentés nem mentés. Ez az útmutató negyed óra alatt megmutatja, hogyan menti magát a WordPress egy ingyenes bővítménnyel, SFTP-n keresztül egy elkülönített Storage Serverre.
Egyetlen streamet küld a szervernek, és a szerver szolgálja ki vele az összes nézőt. A saját vonalán így mindig csak egy feltöltés fut, mindegy, hogy tíz vagy ezer ember nézi. Ez az útmutató a felépítést, a protokollokat és a mögöttes sávszélesség-számítást mutatja be.
Így csatolhatja a Storage Servert egy helyi merevlemezhez hasonlóan: Linuxon a /storage könyvtárként, Windowson storage nevű hálózati meghajtóként. Tartós csatolással és a gyakori hibaüzenetek megoldásával.
Egy adatközpont egyetlen hibapontot jelent. Ez a cikk egy három kontinensre kiterjedő Docker Swarmot épít fel, amelyben akár egy teljes helyszín is kieshet: manager-kvórum, WireGuard, régiónkénti belépési pont, Geo-DNS-failover, adatbázis-replikáció és üzemeltetés.
Egy SSH-hozzáféréssel rendelkező AI-ügynök naplókat olvas, változtatásokat élesít, tesztel és dokumentál. Ez a gyakorlati beszámoló bemutatja a bekötést hét lépésben, a saját folyamatunkat az éles rendszerekre történő telepítésekhez, a biztonsági szabályokat és a szerverrel szemben támasztott követelményeket.
Kubernetes az USA-ban, Európában és Ázsiában, amely egy teljes kontinens kiesését is kibírja: miért nem viseli el az etcd a nagy távolságokat, régiónként egy k3s-klaszter, GitOps Fluxszal, Geo-DNS-failover, adatok régiókon át, és mi változik kubeadm esetén.
A 2302-től 2306-ig terjedő öt UDP-port közül melyikre van valóban szüksége egy Arma-3-szervernek, hogyan biztosítja a Steam-lekérdezést, a BattlEye-RCont és a Headless Clientet, és mekkora csomagsebességtől segít már csak a szerver előtti hálózatban végzett szűrés.
Mely portokra van valóban szüksége egy Call of Duty szervernek, miért fekszik a játék, a lekérdezés és az RCON ugyanazon a porton, hogyan fékezi a getstatus-reflexiót és az RCON-támadásokat, és mekkora támadásméret fölött segít már csak a szerver előtti hálózatban végzett szűrés.
Mely portokra van valóban szüksége egy Conan Exiles szervernek, hogyan biztosítja be az RCON-t és a lekérdezőportot, miért pont a raid-ablakban támadják a PvP-szervereket, és mekkora támadásnál segít már csak a szerver előtti hálózati szűrés.
Mely portokra van valóban szüksége egy DayZ-szervernek, hogyan biztosítja a Steam-query-portot, a BattlEye-RCont, a bejelentkezési várólistát és az újraindítás utáni indulási szakaszt, és mekkora támadásméretnél segít már csak a szerver előtti hálózatban végzett szűrés.
A Garry's Mod esetében a játékforgalom és a szerverlekérdezés ugyanazon a 27015-ös porton fut. Mely szabályok hatnak valóban a szerveren, hogyan védi az RCON-t és a Lua hálózati eseményeket, és mekkora támadásméret fölött segít már csak az előtte lévő hálózatban végzett szűrés.
Mely portokra van valóban szüksége egy Left 4 Dead 2 szervernek, hogyan korlátozza az A2S-lekérdezést a 27015/UDP porton anélkül, hogy a saját játékosait kizárná, mit tud a lobby-rendszer hozzáférési szűrőként, és mekkora támadásméret fölött segít már csak a szerver előtti hálózatban végzett szűrés.
Mely portokra van valóban szüksége egy privát Lineage 2 szervernek, miért a 2106-os porton futó login szerver az igazi célpont, miért szezonálisan, a szerverindításokhoz kötve jelentkeznek a támadások, és mekkora támadásméretnél segít már csak a szerver előtti hálózatban végzett szűrés.
Mely portokra van valóban szüksége egy Minecraft Bedrock szervernek, miért különösen sérülékeny a RakNet kézfogásvédelem nélkül az UDP-n, hogyan biztosítja be a lekérdezést, az RCON-t és a csomagsebességet, és mekkora támadásméret fölött segít már csak a szerver előtti hálózatban végzett szűrés.
Mely négy UDP-portra van valóban szüksége egy Mordhau-szervernek, hogyan biztosítja a 27015-ös lekérdezőportot, a 15000-es beacon-portot és az RCON-t, és mekkora támadásméretnél segít már csak a szerver előtti hálózatban végzett szűrés.
Egy MTA:SA-szerver három elkülönült szolgáltatást kínál: játék a 22003 UDP porton, HTTP-szerver a 22005 TCP porton, ASE-lekérdezés a 22126 UDP porton. Melyiket hogyan biztosítja be, és mekkora támadásméret fölött segít már csak a szerver előtti hálózatban végzett szűrés.
Mely portokra van valóban szüksége egy Palworld-szervernek, hogyan biztosítja a 27015-ös Steam-lekérdezési portot, az RCON-t, a REST API-t és a 32 férőhelyet, és mekkora támadásméretnél segít már csak a szerver előtti hálózatban végzett szűrés.
Mely portokra van valóban szüksége egy dedikált Project Zomboid szervernek, a servertest.ini mely direktívái számítanak, miért tesz támadhatóvá a modok egyeztetése a kapcsolódásnál, és mekkora támadásméret fölött segít már csak az előtte lévő hálózatban végzett szűrés.
Mely portokra van valóban szüksége egy RedM-szervernek, hogyan biztosítja az FXServer HTTP-végpontjait, a txAdmint és a 32 slotot, mit csinál a VORP és az RSGCore másképp, mint az ESX, és mekkora támadásmérettől segít már csak az előtte lévő hálózatban végzett szűrés.
Miért csak TCP-t beszél a Terraria, mely portokra van valóban szüksége a szervernek, hogyan biztosítja be a serverconfig.txt fájlt, a TShockot és a REST-API-t a 7878-as porton, és mekkora támadásméret fölött segít már csak az előtte lévő hálózatban végzett szűrés.
Mely portokra van valóban szüksége egy Team Fortress 2 szervernek, hogyan korlátozza az A2S-lekérdezéseket, a darabolt csomagokat, az RCON-t és a sebességeket anélkül, hogy kiesne a szerverböngészőből, és mekkora támadásméretnél segít már csak a szerver előtti hálózatban végzett szűrés.
Mely portokra van valóban szüksége egy Unturned-szervernek, miért felesleges a 27017 2021 óta, hogyan korlátozza a lekérdezési áradatot, a csatlakozási áradatot és a bővítmények terhelését, és mekkora támadásméret fölött segít már csak az előtte lévő hálózatban végzett szűrés.
Az AI-ügynökök képesek szervereket karbantartani, naplókat kiértékelni és élesítéseket végezni. Ez a cikk elmagyarázza a különbséget a klasszikus menedzselt szerverhez képest, bemutatja a három architektúrát, a megkerülhetetlen biztonsági szabályokat, a tipikus munkafolyamatokat és a költségeket, valamint azt, hogy a KernelHost-szerverek miért teljesen kompatibilisek.
A friss Debian- vagy Ubuntu-telepítéstől a működőképes AI-ügynökig: felhasználó és sudo-engedélylista, Node.js 22, a Claude Code, a Codex CLI és a Gemini CLI telepítése és a bejelentkezés, szabályfájlok, cronfeladatok, az első feladatok és a tipikus hibák.
