Hoppa till innehåll
DDoS-skydd · Peeryx · 15 Tbps+
Alla guider

FiveM DDoS-skydd: speltrafik, HTTP och ursprungsserver

FiveM är mer än en offentlig webbadress. Spelanslutningar, filer, HTTP-ändpunkter och administration har olika behov. En sammanhängande konfiguration granskar alla vägar och nätverksskydd tillsammans med beteendet från program och resurser på ursprungsservern, i stället för ett allmänt löfte om L7.

← Alla guiderCubixServ

Innan du börjar

Anteckna adresser, portar, artifact-version och offentliga tjänster. Spara inställningar och tillåtna källor för proxy och filter. Innan spelarnas åtkomst till ursprunget ändras behöver du underhåll och testad återgång till tidigare fungerande läge.

Lista offentliga ändpunkter

Skilj speladress, serverlista, nedladdning och administration. Skydd av en väg ersätter inte kontroll av resten. Använd panelportar: txAdmin är inte spelporten. På en delad värd väljer du inte andras portar eller tjänster emot operatörens plan. Bekräfta tilldelning och behörighet för varje ny väg. Förbise inte öppen administration eller filer med annan offentlig adress som lämnar ursprunget åtkomligt utanför skyddet och dess regler.

Kontrollera även domänadresser, gamla allmänna adresser och slutpunkter som annonserats av FXServer. En sekundär tjänst kan avslöja ursprunget även när huvudlänken använder en proxy. Använd denna inventering för att fastställa omfattningen med leverantören.

Kontrollera TCP och UDP separat

Testa inträde, filer och administration var för sig. HTTP-svar eller öppen TCP bekräftar inte hela UDP-vägen. HTTP proxy täcker konfigurerad HTTP-del; spelet behöver passande nätverks- och transportskydd. Tolka inte L7 som fullt FiveM-skydd utan konkret topologi. Bedöm skyddad handling och ändpunkt, inte ett namn som inte beskriver implementerade funktioner. Prova verklig spelare, inte bara administrationssidan eller en enda synlig ändpunkt på nätet.

Om du använder en filcache, kontrollera destinationer och åtkomstvillkor. Proxy- och filinställningar beror på FXServer-versionen. En inställning i nyare dokumentation kan saknas från en äldre artefakt: bekräfta tillgänglighet innan du ändrar konfiguration.

Använd officiella proxyinställningar

Cfx.re dokumenterar proxy och externa filer. Inställningar ska matcha artifact och verkliga ändpunkter. Kopiera inte en annan version utan kontroll. Begränsa betrodda proxyer till tillåtna källor: tillit till hela internet tar bort skillnaden. Testa anslutningar i ordning med återgång klar. Jämför adresser med verklig filterleverantör, inte ett exempel från annan installation. Knyt varje ändring till dokumenterad funktion och en källa som faktiskt är tillåten i den använda topologin.

Håll exakta, dokumenterade listor över betrodda källor. En global ersättning eller felaktig proxyadress kan undergräva skyddet; ett felplacerat block kan stoppa spelare att gå med. Att rotera en IP eller port ersätter inte ursprungsskydd och ska inte beskrivas som automatiskt utan en medföljande mekanism.

Undersök direkta vägar till ursprunget

Öppet oskyddat ursprung tillåter kringgående av mellanled. Kontrollera DNS, resurs-URL:er och extra portar. Ny offentlig IP tar inte själv bort kända vägar. Begränsa ursprunget efter bekräftade tillåtna adresser och retur. Automatisk IP-rotation är en funktion när den är dokumenterad och konfigurerad för just tjänsten. En IP-bytesknapp eller proxy bevisar inte automatik. Kontrollera verklig möjlighet innan du litar på den och testa åtkomst efter byte och annonsering.

Utsätt inte en databas eller ett administrationsverktyg offentligt utan ett identifierat behov och lämpliga kontroller. Värdpanelen och txAdmin är separata miljöer; att skydda den ena garanterar inte den andras säkerhet. Underhåll programvara och granska åtkomst efter lagändringar.

Säkra resurser och händelser

Ett nätverksfilter ersätter inte serverkontroller. Bedöm behörigheter, hastighetsgränser och händelser som skapar arbete; klientdata är inte automatiskt betrodda. Jämför fel med skript och databas. En tung resurs kan se ut som anslutningsfel. Mer RAM eller annat filter rättar inte kod; mät program och nätverk samtidigt och följ officiella säkerhetsprinciper. Ta bort hemligheter ur loggar innan de delas med support eller andra som saknar rätt till dem.

Övervaka upprepade fel och operationer som blir kostsamma under belastning. Testa ändringar på en kopia, behåll tidigare versioner och hantera beroenden. Ramar och resurser kräver underhåll; att lägga till skydd gör inte automatiskt skript säkra.

Testa spelarens hela väg

Efter viktiga ändringar ska du kontrollera lista, inträde, filer och spel från oberoende anslutningar. Spara tid och belastning. Webbtest bevisar inte UDP-spelfördröjning. Uppgiften 15 Tbps gäller gemensam skyddskapacitet före servern, inte dess nätverksport. Bekräfta omfattning och gränser; intensiva tester påverkar andra instanser och kräver avtal med operatören. Kontrollera vanliga behöriga spelare efter ändringen och behåll återgångsmöjlighet, inte bara konsolens eller HTTP-ändpunktens tillgänglighet i en enda kontroll.

Under en incident, behåll tiden, berörda nätverk, meddelanden och tillgängliga begränsningshändelser. Särskilj mättnad, falska positiva, resursfel och administrationsfel. Koordinera aktiva tester med leverantören istället för att skicka improviserad lasttrafik till produktion.

Vad gör du i din situation?

SituationNästa steg
Bara HTTP skyddasKontrollera TCP/UDP och direkt ursprung. En sida täcker inte hela spelet.
Fel efter en regelJämför ursprung och retur med planen och använd förberedd återgång.
Normalt nätverk, spelet fastnarProfilera resurser, händelser och databas samtidigt med nätverksmätningen.

Officiella källor

Källorna beskriver protokoll och inställningar. Kontrollera dokumentationen för versionen du använder.

  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