VPS-re vagy VPN-re van szüksége egy játékszerver hosztolásához?

A játékhosztolási kérdések rendszerint két vásárlást kevernek össze, és ez a keveredés rossz sorrendbe teszi a munkát. Az egyik vásárlás egy gép, amely a szerverfolyamatot futtatja; a másik egy útvonal, amely a játékosokat odaviszi. Döntse el, melyik hiányzik, mielőtt árakat hasonlít össze, mert a VPN-előfizetés soha nem válik hoszttá, akárhogyan is állítja be.

Az alábbi ellenőrzések sorrendben futnak. Az első hibázónál álljon meg, mert a későbbi lépések feltételezik, hogy a korábbi erőforrás létezik.

Melyik erőforrás hiányzik: a számítás vagy az elérhetőség?

Kezdje azzal, hogy megnevezi, mit kíván telepíteni. Egy dedikált szerver binárisának operációs rendszerre, a processzor egy részére, memóriára, lemezre és arra van szüksége, hogy a folyamat életben maradjon a kapcsolat bontása után. Ha a leltárában egyetlen gép sem nyújtja ezeket, a hiányzó elem a számítás, és a válasz egy hosztolt szerver, egy virtuális magánszerver vagy egy felügyelt játék szolgáltatás. Az alagút ebből semmit nem tesz hozzá, mert csomagokat továbbít programok futtatása helyett.

Ha a gép létezik és futtatja a szervert, de csak néhány játékos éri el, a hiányzó elem az elérhetőség. Ezt a problémát tudja megoldani egy hálózati útvonal. A megkülönböztetés ezután eldönti, melyik szolgáltatóval tárgyal, és azt is eldönti, mit tud saját maga megjavítani.

Mit nyújt valójában egy VPN-fiók

A VPN-szolgáltatás útvonalat ad el az eszköze és egy kijárat között, címzéssel és rendszerint hitelesített alagúttal. Virtuális szerveren ugyanez az ötlet interfészként, társ-konfigurációként és továbbítási szabályokként jelenik meg, amelyek átengedik a forgalmat a hálózatok között. Egyik elrendezés sem ad shellt olyan gépen, amelyet még nem irányít, és a fogyasztói feltételek gyakran tiltják a nyilvános szerver futtatását a szolgáltatáson keresztül. Olvassa el az elfogadható használatról szóló részt, mielőtt erre építene.

A felhőpéldányok a másik kategória, és a dokumentációjuk egyértelmű arról, mit adnak át. Az AWS példányok áttekintése operációs rendszer környezetet ír le, valamint meghatározott számítási, memória-, tárolási és hálózati kapacitást. Ez megfelel annak az erőforrásnak, amelyet egy játékfolyamat fogyaszt, és semmi sem hasonlít benne VPN-előfizetésre.

Válassza ki, ki kapcsolódik, és min keresztül

Ha van hoszt, a hozzáférési döntésnek három formája van. A játékosok csatlakozhatnak a hoszt birtokában lévő nyilvános címhez, beléphetnek olyan magán alagúton, amelyet csak meghívott társak érnek el, vagy egy átjárón keresztül érkezhetnek, amely a kettő között továbbít. Minden forma azt változtatja meg, ki találhatja meg a szervert, nem azt, hogy mit tesz a szerver.

A nyilvános belépés egyszerűbb üzemeltetni, és kitárja a szolgáltatást a vizsgálat előtt, ezért a játék saját hitelesítésére és olyan tűzfalra van szüksége, amely csak a használt portokat engedi. A magán belépés alagút mögé rejti a szolgáltatást, ami azt jelenti, hogy minden játékos telepít és karbantart egy klienst, ön pedig naprakészen tartja a társak listáját. A továbbítás listán kívül tartja a hosztot, miközben egy címet ad a játékosoknak, egy további ugrás és egy további figyelendő dolog árán. A közönség alapján válasszon, ne az alapján, melyik lehetőség hangzik biztonságosabbnak.

Ellenőrizze a követelményeket, mielőtt fizet

Erősítsen meg három tényt, mielőtt elkötelezi magát: a szerver által támogatott platformot, a pontos portokat, amelyeken figyel, és hogy a választott hálózat feltételei engedik-e a hosztolást. A játékok követelményei kiadások között változnak, ezért a jelenlegi dokumentációt olvassa, ne egy útmutatót, amely több évvel ezelőtti operációs rendszert nevez meg. Ezután ellenőrizze a figyelőt a hoszton, ahelyett hogy a telepítő sikerüzenetében bízna.

ss -lunpt | grep -E ':(27015|27016)'
nc -zvu 203.0.113.77 27015
journalctl -u gameserver --since '10 min ago' --no-pager | tail -n 20

Az első parancs megmutatja, köt-e valamit és melyik címhez, a második a hoszton kívülről teszteli az elérhetőséget, a harmadik pedig megmagyaráz egy leállást, ha a szolgáltatás meghalt. A loopbackhez kötött figyelő helyben válaszol és sehol máshol, ami gyakori oka annak, hogy egy helyesen telepített szerver elérhetetlennek látszik.

Írja fel a platformot, a portokat és a választott hozzáférési modellt. Ez a feljegyzés az, amihez hasonlít, amikor egy javítás megváltoztat egy alapértelmezett portot, vagy egy új játékos nem tud csatlakozni.