Mielőtt elkezded
Listázd a nyilvános címeket, portokat, protokollokat és eredeti szervereket. Azonosítsd a szűrés és továbbítás helyét. Őrizd a normál méréseket és feltételeket a hibák összevetéséhez. Hozzáférési szabály módosítása előtt tervezz karbantartást, másolatot és visszaállítást.
L3 a hálózati forgalmat kezeli
A hálózati réteg IP-csomagokat és forgalmi mintázatokat vizsgál. Egy folyam az alkalmazás elérése előtt telítheti a kapcsolatot; előtte kell szűrni. Összesített kapacitás nem szerverkapacitás: a CubixServ által közölt 15 Tbps közös védelmi hálózati érték, nem saját port vagy minden támadás elleni garancia. Az egy szolgáltatáshoz kiosztott sávszélességet külön igazold a valódi feltételekből.
L4 különböző TCP és UDP viselkedés
Az átviteli réteg TCP kapcsolatokat és UDP folyamokat kezel, eltérő állapottal és szabályokkal. Port-, állapot- és sebességkorlátok alkalmazhatók. Webes profil nem feltétlenül megfelelő játékhoz. Igazold a kiosztott játékportot, az adminisztrációt külön kezeld. Sikeres TCP teszt nem teljes UDP-ellenőrzés; a játékosok protokollját a forrással és vissziránnyal együtt próbáld. Megosztott gépen ne nyiss idegen vagy szükségtelen portot.
L7 az alkalmazás ismeretét igényli
Szabályosnak tűnő kérés drága műveletet indíthat. HTTP proxy ellenőrizhet HTTP-t, de ettől nem érti minden játék protokollját. Konkrét endpointokról és funkciókról kérdezz. FiveM fájlletöltés és játékbelépés külön vizsgálandó: egy HTTP-rész védelme nem igazol minden műveletre kiterjedő alkalmazásvédelmet. A dokumentált hatókört a konkrét protokollhoz kösd; az L7 név nem univerzális működési bizonyíték.
Az eredeti szerver is része a védelemnek
Védett cím kevés, ha a védtelen eredeti szerver közvetlenül elérhető marad. Vizsgáld a DNS-t, fájlokat, adminisztrációt és egyéb portokat. Ne korlátozz forrásokat minden jogos út ismerete előtt. Túl tág bizalom megkerülést engedhet, túl szűk szabály felhasználókat tilthat. A kezelés külön biztonságos hozzáférést igényel. Változtatás után a szükséges kapcsolatok működését és a visszaállítás lehetőségét is ellenőrizd.
A hálózatot és alkalmazást együtt mérd
Eseménynél vesd össze a forgalmat, eldobott csomagokat, sikeres kapcsolatokat és terhelést. Terhelt fő szál vagy adatbázis normál hálózat mellett is megállíthatja a játékot. Több szűrés nem javít költséges szkripteket. Timeout nem önmagában támadásbizonyíték: ugyanabban az időben és szolgáltatásban mérj veszteséget, útvonalat, hibákat és eltéréseket. Konkrét ok nélkül ne változtass más ügyfelekre is ható általános védelmet.
Ellenőrizhető feltételeket kérj
Igazold a hatókört, kiosztott sávszélességet, engedélyezett szolgáltatásokat, továbbítást és támogatást. Tisztázd az IP, alagút vagy eredeti cím változtatásának szükségét. Telepítés előtt és után próbáld a teljes utat jogos felhasználókkal. Működő weboldal nem minden játék próbája; terhelés és támadásszimuláció kifejezetten egyeztetett, jogos határokat igényel más ügyfelek védelmében. Dokumentálatlan garanciát ne tekints a csomag részének.
Teendők az adott helyzetben
| Helyzet | Következő lépés |
|---|---|
| UDP-t használó játék | Igazold a portot, protokollt és szűrési profilt. HTTP-válasz nem teljes ellenőrzés. |
| Drága HTTP-kérések | Az alkalmazást, limiteket és proxyt együtt vizsgáld. Hálózati tartalék nem szünteti meg a kérés munkáját. |
| Külső eredeti szerver | Közvetlen elérés korlátozása előtt dokumentáld a jogos forrásokat és visszirányt. |
Hivatalos források
Ezek a források ismertetik a protokollokat és beállításokat. Ellenőrizd a használt verzió dokumentációját.