Mielőtt elkezded
Készítsd elő a kiosztott játékcímet és portot, a hiba idejét, a panel állapotát és releváns konzolt. Írd fel az utolsó erőforrás-módosításokat. A megosztott naplókból távolítsd el a kulcsokat és jelszavakat; a működő fájlokat őrizd meg.
Igazold a játék készenlétét
Egy futó folyamat még nem feltétlenül fogad játékosokat. Keress konfigurációs, erőforrás- vagy befejezetlen txAdmin-beállítási hibát. A panel játékportját használd: a txAdmin adminport nem helyettesíti. Megosztott node-on ne feltételezd az alapértelmezett vagy más ügyfél portját. Hálózati próbák előtt igazold a kiosztást és a befejezett indulást. Ismételt restart helyett őrizd meg az indulási hibát magyarázó üzeneteket.
Rögzítse a kijelzett állapotot és a hibákat a F8 konzolon. A csatlakozás sikertelensége, a letöltés elakadása és a letöltések utáni betöltési képernyő különböző összetevőkre utal. Egyszerre változtasson egy dolgot, és jegyezze fel, mit mutat az egyes tesztek.
Vesd össze a közvetlen belépést a listával
Az F8 konzolban próbáld a kiosztott címet, majd a listán keresztüli belépést. Ha csak egyik működik, rögzítsd a különbséget. Ne módosítsd véletlenszerűen a meghirdetést, IP-t és portot; ellenőrizd a dokumentált endpointokat és az operátor felépítését. Azonos gép másik példánya nem a szolgáltatásod tartalék címe. Azonosítsd azt a lépést, ahol az eredmények eltérnek, hogy megismételhető legyen a hiba.
Ellenőrizze, hogy a FXServer elindult-e, a végpontjai megfelelnek-e az elosztási szabályoknak, és a hálózati szabályok lefedik a szükséges protokollokat. A sikeres TCP teszt nem igazolja, hogy a UDP működik. Felügyelt tárhely esetén használja a panel beállításait, és kérjen lefoglalás-ellenőrzést a gazdagép tűzfalszabályainak módosítása előtt.
Válaszd szét a HTTP-t és a játékot
Fájlok és HTTP endpointok válaszolhatnak hibás UDP mellett. A letöltést, belépést és adminisztrációt külön teszteld. Az info.json válasza nem igazolja a teljes UDP útvonalat. Egy TCP teszt sem bizonyít minden proxy- és szűrőkapcsolatot. Ellenőrizd a játékos tényleges csatlakozását és letöltését, ne csak egy weboldalt. Rögzítsd a működő részeket; eltérő protokollokból ne vonj le egyetlen pontatlan következtetést.
Reprodukálja a problémát egy tesztpéldányon minimális erőforráskészlettel, majd fokozatosan adja hozzá a bővítményeket. Ne tiltsa le véletlenszerűen a szkripteket élő közösségi szerveren. Ellenőrizze a fájlméretet és a szabad területet: egy nagy erőforrás gyorsítótárba helyezése nem javítja ki a szkript- vagy függőségi hibákat.
Vizsgáld a legutóbbi erőforrás-változást
Ha frissítés után kezdődött, őrizd meg az állapotot, és vizsgáld a változást függőségekkel, indítási sorrenddel együtt. Konkrét üzenetekből indulj ki, és karbantartásban egyszerre egy elemet változtass. Minden erőforrás vagy klienscache törlése eltüntetheti a nyomokat, hibás endpointot viszont nem javít. A következő módosítás előtt őrizd meg a működő fájlokat, a teszt leírását és eredményét.
Hasonlítsa össze a hirdetett címeket, csatlakozási végpontokat és fájlcélokat az Ön verziójához tartozó dokumentációval. A nyílt eredetcím megkerülheti a távoli védelmet. Az eredet korlátozása előtt erősítse meg az útválasztást és a fedett forgalmat: egy legitim szolgáltatás, hangforgalom vagy egy szükséges port blokkolása ronthatja a kimaradást.
Ellenőrizd a proxyt és az eredeti szervert
A nyilvános endpointoknak, engedélyezett forrásoknak és szabályoknak a valódi topológiához kell illeszkedniük. A Cfx.re külön dokumentálja feladataikat. Ne tedd az egész internetet megbízható proxyvá, és ne kapcsold ki a védelmet kényelmi okból. Köztes elem nélküli összehasonlítást korlátozott, visszaállítható tesztként egyeztess az operátorral. Más verzió beállítását támogatásellenőrzés nélkül ne másold át a szerverre.
A műtermékek módosítása előtt ellenőrizze a keretrendszer és az erőforrás előfeltételeit, készítsen biztonsági másolatot és tesztelje a kiválasztott verziót. A FiveM for GTA V Enhanced olyan változtatásokat vezet be, amelyek ütközhetnek a Legacy konfigurációkkal. A rendelkezésre álló újabb melléktermékek nem igazolják automatikusan a telepítést, a szkripteket vagy a tárhelysablont kompatibilisnek.
Készíts megismételhető hibaleírást
Ha lehet, hasonlíts össze független hozzáféréseket, és azonosítsd az érintett játékosokat. Őrizd meg az időt, címet és hasznos naplókat titkok nélkül. A timeout nem DDoS-bizonyíték: vesd össze a forgalmat, szűrést és terhelést. A megismételhető eljárás elkülöníti a helyi hibát, alkalmazást és útvonalat, és csökkenti a más ügyfeleket érintő véletlen beavatkozásokat. A támogatásnak konkrét forgatókönyvet és időpontot adj.
Ha támadásra gyanakszik, kérjen összefüggést a mérséklő eseményekkel vagy hálózati mérésekkel. Az időtúllépés önmagában nem jelzi a DDoS támadást. Kerülje az ismételt újraindításokat, a rögtönzött terhelési tesztelést és a biztonság globális letiltását: ezek elhomályosíthatják az okot, vagy újabb kiesést okozhatnak.
Teendők az adott helyzetben
| Helyzet | Következő lépés |
|---|---|
| Az indulás még nem fejeződött be | Ellenőrizd a beállítást és konzolt, és hálózati következtetés előtt várd meg a készenlétet. |
| A fájlok elérhetők, belépés nincs | Igazold a címet és UDP továbbítást. A HTTP-siker nem teljes ellenőrzés. |
| Erőforrás-módosítás után hibás | Készíts másolatot, és karbantartásban vizsgáld a változást függőségekkel együtt. |
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.