Voordat je begint
Noteer adressen, poorten, artifact-versie en openbare diensten. Bewaar configuratie en de toegestane bronnen van proxy en filters. Bereid aangekondigd onderhoud en een getest herstelpad voor voordat je de toegang van spelers tot de oorspronkelijke server aanpast.
Gepubliceerde endpoints inventariseren
Maak onderscheid tussen speladres, serverlijst, downloads en beheer. Wanneer slechts één toegang beschermd is, vragen de overige routes nog steeds beoordeling. Gebruik de paneelpoorten: txAdmin vervangt de spelpoort niet. Op een gedeelde node kun je niet zomaar andere klantpoorten kiezen of nieuwe diensten toevoegen zonder de inrichting van de beheerder te volgen en toegestane middelen te bevestigen.
Controleer ook domeinadressen, oude openbare adressen en eindpunten die worden geadverteerd door FXServer. Een secundaire service kan de oorsprong blootleggen, zelfs als de hoofdlink een proxy gebruikt. Gebruik deze inventarisatie om samen met de aanbieder de scope vast te stellen.
TCP en UDP apart controleren
Test toetreden, bestanden en beheer afzonderlijk. Een HTTP-antwoord of open TCP-poort bevestigt niet het volledige UDP-traject. Een HTTP-proxy beschermt het daarvoor ingestelde deel; het spel vraagt passende netwerk- en transportbehandeling. Vraag een concrete beschrijving van de topologie voordat je L7 als volledige bescherming van elke FiveM-functie interpreteert en er je keuze uitsluitend op baseert.
Als u een bestandscache gebruikt, controleer dan de bestemmingen en toegangsvoorwaarden. Proxy- en bestandsinstellingen zijn afhankelijk van de FXServer-versie. Een instelling in nieuwere documentatie kan ontbreken in een ouder artefact: bevestig de beschikbaarheid voordat u de configuratie wijzigt.
Officiële proxy-instellingen gebruiken
Cfx.re beschrijft proxies en externe bestandsdistributie. Instellingen moeten passen bij artifact-versie en echte endpoints. Kopieer een handleiding voor een andere versie niet zonder controle. Beperk vertrouwde proxies tot bevoegde bronnen: heel internet vertrouwen verwijdert het onderscheid. Leg vast welke verbindingen na de wijziging moeten slagen en controleer dat stap voor stap met een voorbereid herstelpad.
Houd nauwkeurige, gedocumenteerde lijsten met vertrouwde bronnen bij. Een globale vergoeding of een onjuist proxyadres kan de bescherming ondermijnen; een verkeerd geplaatst blok kan ervoor zorgen dat spelers niet meedoen. Het roteren van een IP of poort vervangt de oorsprongsbescherming niet en mag niet als automatisch worden omschreven zonder een meegeleverd mechanisme.
Rechtstreekse oorsprongsroutes onderzoeken
Een aanvaller kan de tussenlaag vermijden wanneer een onbeschermde oorspronkelijke server bereikbaar blijft. Bekijk DNS, resource-URL’s en aanvullende poorten. Een nieuw openbaar IP wist bekende routes niet vanzelf. Beperk de oorsprong pas na controle van bronnen en terugweg. Automatische IP-rotatie is alleen een beschikbare functie wanneer die voor de concrete dienst gedocumenteerd en daadwerkelijk ingericht is.
Maak een database of beheertool niet openbaar zonder een geïdentificeerde behoefte en passende controles. Het hostingpaneel en txAdmin zijn afzonderlijke omgevingen; het beschermen van de één garandeert niet de veiligheid van de ander. Software onderhouden en toegang beoordelen na teamwisselingen.
Resources en events beveiligen
Netwerkfiltering vervangt geen controles op de server. Bekijk bevoegdheden, limieten en events die werk veroorzaken; behandel clientgegevens niet automatisch als betrouwbaar. Vergelijk foutmeldingen met script- en databasebelasting. Een dure resource kan op een verbindingsprobleem lijken. Meer RAM of een ander filterprofiel corrigeert die code niet vanzelf, dus meet de toepassingskant op hetzelfde moment als het netwerk.
Bewaak herhaalde fouten en bewerkingen die onder belasting kostbaar worden. Test wijzigingen op een kopie, behoud eerdere versies en beheer afhankelijkheden. Kaders en middelen vergen onderhoud; het toevoegen van bescherming maakt scripts niet automatisch veilig.
De volledige spelersroute testen
Controleer na belangrijke wijzigingen serverlijst, toetreden, bestanden en spel via onafhankelijke aansluitingen. Noteer tijdstip en belasting voor een vergelijking. Een websitetest bewijst geen UDP-spellatentie. De genoemde 15 Tbps zijn bovenliggende gezamenlijke capaciteit, niet je serverpoort. Bevestig dekking en grenzen; zware tests die andere instances kunnen raken, moeten vooraf afgestemd en toegestaan zijn.
Bewaar tijdens een incident de tijd, getroffen netwerken, berichten en beschikbare mitigatiegebeurtenissen. Maak onderscheid tussen verzadiging, valse positieven, fouten in de middelen en administratieve fouten. Coördineer actieve tests met de provider in plaats van geïmproviseerd laadverkeer naar productie te sturen.
Wat past bij jouw situatie?
| Situatie | Volgende stap |
|---|---|
| Alleen HTTP beschermd | Controleer ook TCP/UDP en directe oorsprongstoegang. Een bereikbare pagina omvat niet het hele spel. |
| Probleem na een nieuwe regel | Vergelijk bronnen en terugweg met de inrichting en gebruik het voorbereide herstelpad. |
| Netwerk normaal, spel hangt | Profileer resources, events en database tegelijk met de netwerkmetingen. |
Officiële bronnen
Deze bronnen beschrijven de genoemde protocollen en instellingen. Controleer altijd de documentatie voor jouw versie.