Ga naar de inhoud
DDoS-bescherming · Peeryx · 15 Tbps+
Alle handleidingen

Vertraging tijdens DDoS-mitigatie: routes, verlies en het echte spel meten

Een bereikbare server kan toch onprettig spelen. Extra routes, verlies en onregelmatige verwerking hebben invloed naast de genoemde beschermingscapaciteit. Meet de dienst die spelers gebruiken en onderscheid netwerkvertraging van werk dat binnen de toepassing tijd kost.

← Alle handleidingenCubixServ

Voordat je begint

Registreer speladres, protocol, tijdstip, meetmethode en gebruikte aansluiting. Vergelijk onafhankelijke verbindingen als dat kan. Voor een beschermingswijziging heb je de afgesproken topologie en operatorgegevens nodig; een webpoort vertegenwoordigt niet automatisch de spelverbinding.

De juiste verbinding meten

Ping, HTTP, TCP en UDP kunnen andere routes of verwerkingen meten. Beschrijf wat je test en presenteer de resultaten niet als dezelfde gameping. Een TCP-test op poort 443 beschrijft die websiteverbinding, niet FiveM- of Bedrock-UDP-latentie. Gebruik het toegewezen endpoint en leg de daadwerkelijk gepasseerde tussenlagen vast, zodat vergelijkingen betrekking hebben op dezelfde dienst en opstelling.

RTT en eenrichtingsvertraging onderscheiden

RTT bevat heen- en terugweg, die verschillende routes kunnen volgen. Delen door twee levert geen betrouwbare eenrichtingsmeting op. Daarvoor zijn een geschikte methode en tijdreferentie nodig. Een goed beschreven reeks RTT-metingen is voor praktische vergelijking vaak bruikbaarder dan een schijnbaar precies getal. Noteer tijdstip, meetlocatie en werkwijze en vermeld welke richting of combinatie werkelijk wordt gemeten.

Schommelingen en verlies vastleggen

Een losse snelle respons kan grote variatie verbergen. Verzamel meerdere metingen, mediaan, uitschieters en pakketverlies. Snelle aangekomen antwoorden compenseren ontbrekende pakketten niet automatisch. Vergelijk rustige en problematische tijden; operators in hetzelfde land kunnen verschillen. Eén aansluiting rechtvaardigt geen garantie voor alle spelers in dat land. Bewaar ook de methode waarmee ontbrekende antwoorden werden geteld.

De beschermde route meenemen

Filtering, overdracht en tunnels kunnen de route naar de oorspronkelijke server veranderen. Extra afstand en verbindingspunten tellen mee; meer totale capaciteit betekent niet minder vertraging. De genoemde 15 Tbps van CubixServ zijn geen pingbelofte. Vraag naar het werkelijke traject en gedrag tijdens incidenten, inclusief mogelijke routewijzigingen, in plaats van alleen naar een meting tijdens normale belasting.

Netwerk en serververwerking scheiden

Een bezette hoofdthread, geblokkeerde query’s of nieuwe chunks kunnen het spel vertragen zonder vergelijkbare pingstijging. Meet CPU, console en profielen tegelijk. Bekijk bij Minecraft chunks en effectieve afstanden, bij FiveM resources en events. Meer RAM herstelt CPU of netwerk niet vanzelf: verander de gemeten oorzaak en toets het resultaat, niet alleen de indruk die spelers van de vertraging krijgen.

Vergelijkingen reproduceerbaar maken

Gebruik vergelijkbare aansluitingen, protocollen en tijdvakken vóór en na een verandering. Bewaar mediaan, verlies, uitersten en servertoestand; herhaal twijfelachtige uitkomsten beperkt. Frankrijk kan voor veel Europese aansluitingen gunstig liggen, maar garandeert geen vast landelijk getal. Geef ondersteuning een herhaalbare procedure en schrijf niet iedere vertraging aan een aanval toe zonder passende netwerk- en toepassingsgegevens.

Wat past bij jouw situatie?

SituatieVolgende stap
Eén speler ervaart vertragingVergelijk diens aansluiting met een onafhankelijke verbinding en noteer route en tijd.
Ping stabiel, spel traagOnderzoek hoofdthread, resources en database tijdens dezelfde speelsessie.
Gedrag verandert met de beschermingVergelijk hetzelfde endpoint en dezelfde methode vóór en na de afgestemde wijziging.

Officiële bronnen

Deze bronnen beschrijven de genoemde protocollen en instellingen. Controleer altijd de documentatie voor jouw versie.

  1. RFC Editor / IETF/rfc/rfc7679
  2. RFC Editor / IETF/rfc/rfc2680
  3. RFC Editor / IETF/rfc/rfc8899
  4. PaperMC/paper/profiling/