Przejdź do treści
Ochrona DDoS · Peeryx · 15 Tbps+
Wszystkie poradniki

Ochrona FiveM przed DDoS: ruch gry, HTTP i serwer źródłowy

FiveM to więcej niż pojedynczy publiczny adres strony. Połączenia gry, pliki, endpointy HTTP i administracja mają różne wymagania. Spójna konfiguracja uwzględnia wszystkie drogi i łączy bezpieczeństwo sieci z zachowaniem aplikacji oraz zasobów na serwerze.

← Wszystkie poradnikiCubixServ

Zanim zaczniesz

Zapisz adresy, porty, wersję artifactów i usługi publiczne. Zachowaj konfigurację oraz dozwolone źródła proxy i filtrów. Przygotuj zapowiedzianą przerwę i sprawdzony powrót do poprzedniego stanu przed zmianą dostępu graczy do serwera źródłowego.

Zinwentaryzuj publikowane endpointy

Rozdziel adres gry, listę, pobieranie i administrację. Jeśli chronisz tylko jeden dostęp, pozostałe nadal wymagają oceny. Używaj portów panelu: txAdmin nie zastępuje portu gry. Na wspólnym nodzie nie można wybierać portów innych klientów ani dodawać usług bez zgodności z konfiguracją operatora; najpierw potwierdź rzeczywisty przydział i uprawnienia dla każdej dodatkowej drogi.

Sprawdź oddzielnie TCP i UDP

Testuj wejście, pliki i zarządzanie osobno. Odpowiedź HTTP lub otwarty TCP nie potwierdzają całej trasy UDP. Proxy HTTP zabezpiecza skonfigurowany fragment; gra potrzebuje właściwej ochrony sieci i transportu. Poproś o konkretną topologię przed interpretowaniem L7 jako pełnego zabezpieczenia każdej funkcji FiveM i podejmowaniem decyzji tylko na podstawie tej ogólnej nazwy.

Stosuj oficjalne ustawienia proxy

Cfx.re opisuje proxy i zewnętrzne dostarczanie plików. Ustawienia muszą pasować do wersji artifactów i prawdziwych endpointów. Nie kopiuj instrukcji dla innej wersji bez kontroli. Zaufane proxy ogranicz do autoryzowanych źródeł: zaufanie całemu Internetowi usuwa rozróżnienie. Ustal połączenia, które mają działać po zmianie, i sprawdzaj je etapami z gotową procedurą przywracania.

Sprawdź bezpośrednie drogi do źródła

Atakujący może pominąć pośrednika, gdy niechronione źródło pozostaje dostępne. Zbadaj DNS, URL zasobów i dodatkowe porty. Nowe publiczne IP nie usuwa znanych dróg samoistnie. Ogranicz dostęp po potwierdzeniu źródeł i powrotu. Automatyczna rotacja IP jest dostępną funkcją tylko wtedy, gdy została udokumentowana i faktycznie skonfigurowana dla tej konkretnej usługi oraz jej warunków.

Zabezpiecz zasoby i zdarzenia

Filtracja sieci nie zastępuje kontroli na serwerze. Sprawdź uprawnienia, limity i zdarzenia powodujące pracę; danych klienta nie uznawaj automatycznie za wiarygodne. Zestaw błędy z obciążeniem skryptów i bazy danych. Kosztowny zasób może wyglądać jak awaria połączenia. Więcej RAM albo inny filtr nie naprawiają kodu: mierz aplikację w tych samych godzinach co sieć.

Przetestuj całą drogę gracza

Po ważnej zmianie sprawdź listę, wejście, pliki i grę z niezależnych łączy. Zapisz godzinę i obciążenie do porównania. Test strony nie dowodzi opóźnienia UDP. Podawane 15 Tbps to wspólna przepustowość ochrony przed serwerem, nie jego port. Potwierdź zakres i ograniczenia; intensywne testy wpływające na inne instancje wymagają wcześniejszego uzgodnienia i pozwolenia operatora.

Co zrobić w Twojej sytuacji

SytuacjaNastępny krok
Chronione tylko HTTPSprawdź też TCP/UDP i bezpośredni dostęp do źródła. Działająca strona nie obejmuje całej gry.
Awaria po nowej regulePorównaj źródła i powrót z projektem i skorzystaj z przygotowanego przywrócenia.
Sieć normalna, gra zablokowanaProfiluj zasoby, zdarzenia i bazę danych razem z pomiarami sieci.

Oficjalne źródła

Te źródła opisują wymienione protokoły i ustawienia. Sprawdź dokumentację właściwą dla używanej wersji.

  1. Cfx.re/docs/server-manual/proxy-setup/
  2. Cfx.re/docs/server-manual/server-commands/
  3. Cfx.re/docs/developers/server-security/
  4. RFC Editor / IETF/rfc/rfc4732