Treci la conținut
Protecție DDoS · Peeryx · 15 Tbps+
Toate ghidurile

Protejarea FiveM împotriva DDoS: trafic de joc, HTTP și origine

FiveM înseamnă mai mult decât o singură adresă publică web. Conexiuni de joc, fișiere, endpointuri HTTP și administrare au cerințe diferite. O configurație coerentă include toate căile și leagă securitatea rețelei de comportamentul aplicațiilor și resurselor serverului.

← Toate ghidurileCubixServ

Înainte să începi

Notează adrese, porturi, versiunea artifactelor și servicii publice. Păstrează configurația și sursele permise ale proxy-urilor și filtrelor. Pregătește mentenanță și revenire testată înainte să modifici accesul jucătorilor la originea serviciului sau regulile de încredere.

Inventariază endpointurile publicate

Separă adresa jocului, lista, descărcarea și administrarea. Protejarea unei singure căi nu elimină evaluarea celorlalte. Folosește porturile panelului: txAdmin nu înlocuiește jocul. Pe o gazdă partajată nu alegi porturile altor clienți și nu adaugi servicii fără respectarea schemei operatorului. Confirmă alocarea și drepturile pentru fiecare acces suplimentar; verifică administrarea și fișierele care au rămas publice separat.

Verificați, de asemenea, adresele de domeniu, adresele publice vechi și punctele finale promovate de FXServer. Un serviciu secundar poate expune originea chiar și atunci când legătura principală folosește un proxy. Utilizați acest inventar pentru a stabili domeniul de aplicare cu furnizorul.

Verifică TCP și UDP separat

Testează intrarea, fișierele și administrarea distinct. Un răspuns HTTP sau TCP deschis nu confirmă întregul traseu UDP. Proxy HTTP acoperă partea configurată pentru HTTP; jocul cere tratamentul adecvat de rețea și transport. Cere topologia concretă înainte să interpretezi L7 drept protecție totală pentru fiecare funcție FiveM. Decide după endpointuri și operații documentate, nu după o denumire generală de protecție.

Dacă utilizați un fișier cache, verificați destinațiile și condițiile de acces. Setările de proxy și fișiere depind de versiunea FXServer. O setare din documentația mai nouă poate fi absentă dintr-un artefact mai vechi: confirmați disponibilitatea înainte de a schimba configurația.

Folosește setările oficiale de proxy

Cfx.re descrie proxy și distribuția externă de fișiere. Setările trebuie să corespundă versiunii artifactelor și endpointurilor reale. Nu copia instrucțiuni pentru altă versiune fără verificare. Limitează proxy-urile de încredere la sursele autorizate: încrederea în tot internetul elimină separarea. Stabilește conexiunile care trebuie să funcționeze după schimbare și testează-le pe rând, cu revenire pregătită și surse confirmate de operator.

Păstrați liste precise, documentate cu surse de încredere. O alocație globală sau o adresă de proxy incorectă poate submina protecția; un bloc deplasat poate opri alăturarea jucătorilor. Rotirea unui IP sau a unui port nu înlocuiește protecția originii și nu ar trebui descrisă ca fiind automată fără un mecanism furnizat.

Verifică accesul direct la origine

Un atacator poate evita intermediarul dacă sursa neprotejată rămâne deschisă. Analizează DNS, URL-uri de resurse și porturi suplimentare. Alt IP public nu șterge căile cunoscute automat. Restrânge originea după confirmarea surselor și returului. Rotirea automată IP există ca funcție disponibilă numai când este documentată și configurată efectiv pentru serviciul concret. Prezența unui proxy sau a unei schimbări de adresă nu demonstrează automatizarea.

Nu expuneți în mod public o bază de date sau un instrument de administrare fără o nevoie identificată și controale adecvate. Panoul de găzduire și txAdmin sunt medii separate; protejarea unuia nu garantează securitatea celuilalt. Mențineți software-ul și revizuiți accesul după schimbările echipei.

Securizează resursele și evenimentele

Filtrarea rețelei nu înlocuiește verificările serverului. Controlează permisiuni, limite și evenimente care declanșează lucru; datele clientului nu sunt implicit de încredere. Compară erorile cu sarcina scripturilor și bazei. O resursă costisitoare poate părea problemă de conexiune. RAM suplimentar sau alt filtru nu repară acel cod: măsoară aplicația simultan cu rețeaua și aplică principiile documentației oficiale de securitate.

Monitorizați erorile repetate și operațiunile care devin costisitoare sub sarcină. Testați modificările pe o copie, păstrați versiunile anterioare și gestionați dependențele. Cadrele și resursele necesită întreținere; adăugarea de protecție nu face automat scripturile sigure.

Testează întregul traseu al jucătorului

După schimbări importante verifică lista, conectarea, fișierele și jocul prin conexiuni independente. Notează ora și sarcina. Un test web nu dovedește latența UDP a jocului. Cei 15 Tbps sunt capacitate comună în amonte, nu portul propriu. Confirmă domeniul și limitele; probele intensive care pot afecta alte instanțe necesită acord și autorizare. Verifică și că utilizatorii legitimi pot parcurge fluxul complet.

În timpul unui incident, păstrați ora, rețelele afectate, mesajele și evenimentele de atenuare disponibile. Distingeți saturația, falsele pozitive, erorile de resurse și erorile de administrare. Coordonați testele active cu furnizorul, mai degrabă decât să trimiteți trafic de încărcare improvizat către producție.

Ce să faci în situația ta

SituațiePasul următor
Numai HTTP protejatVerifică TCP/UDP și accesul direct la origine. O pagină funcțională nu include tot jocul.
Defecțiune după o regulăCompară sursele și returul cu proiectul și folosește revenirea pregătită.
Rețea normală, joc blocatProfilează resurse, evenimente și bază simultan cu măsurile de rețea.

Surse oficiale

Aceste surse explică protocoalele și setările menționate. Verifică documentația pentru versiunea pe care o folosești.

  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