Zum Inhalt springen
DDoS-Schutz · Peeryx · 15 Tbps+
Alle Ratgeber

Latenz unter DDoS-Mitigation: Routen, Verluste und Spielbetrieb richtig messen

Ein erreichbarer Server kann sich trotzdem schlecht spielen lassen. Zusätzliche Wege, Paketverluste oder ungleichmäßige Verarbeitung beeinflussen die Erfahrung unabhängig von der nominellen Schutzkapazität. Sinnvolle Messungen betrachten die tatsächliche Spielverbindung und unterscheiden Netzwerkverzögerung von Verzögerungen in der Anwendung.

← Alle RatgeberCubixServ

Vorbereitung

Halte tatsächliche Spieladresse, Protokoll, Messzeit und verwendeten Internetanschluss fest. Vergleiche nach Möglichkeit mehrere unabhängige Zugänge. Für Änderungen am Schutzweg brauchst du den vorgesehenen Aufbau und passende Betreiberinformationen; eine Messung des Webseitenports reicht nicht aus.

Die richtige Verbindung messen

Ein Ping misst nicht denselben Ablauf wie ein vollständiger Spielerbeitritt. HTTP-, TCP- und UDP-Prüfungen können unterschiedliche Wege und Verarbeitungsschritte betreffen. Dokumentiere daher, was genau gemessen wird, statt Ergebnisse verschiedener Tests als denselben Spiel-Ping auszugeben.

Ein TCP-443-Test gegen die Webseite beschreibt diese Verbindung. Er ist kein Nachweis für die Latenz eines FiveM- oder Bedrock-UDP-Servers. Teste den Dienst, den die Spieler verwenden, und halte zugewiesenen Port sowie vorgeschaltete Komponenten fest.

RTT und Einweglatenz auseinanderhalten

RTT umfasst Hin- und Rückweg. Beide Richtungen können verschiedene Routen oder Verzögerungen haben. Den Wert einfach durch zwei zu teilen, liefert deshalb keine belastbare Messung der Verzögerung in einer Richtung.

Einwegmessungen brauchen eine geeignete Methode und abgestimmte Zeitbasis. Für praktische Vergleiche ist eine sauber beschriebene RTT-Reihe oft hilfreicher als eine scheinbar präzise, aber ungesicherte Einwegzahl. Notiere Methode, Zeitpunkt und Messstandort.

Schwankungen und Verluste sichtbar machen

Ein einzelner niedriger Wert kann starke Schwankungen verbergen. Vergleiche mehrere Stichproben, ihren Median und auffällige Ausreißer. Paketverlust kann die Verbindung auch dann verschlechtern, wenn die erfolgreichen Antworten relativ schnell eintreffen.

Führe Messungen in ruhigen und problematischen Zeiträumen durch. Unterschiedliche Zugangsnetze können trotz desselben Landes andere Ergebnisse liefern. Leite aus einem einzelnen Anschluss keine verbindliche Aussage für sämtliche Spieler oder Anbieter dieses Landes ab.

Den Schutzweg berücksichtigen

Filterung und Weiterleitung können den Weg zum Ursprung verändern. Die zusätzliche Strecke, Übergabepunkte und Tunnel müssen zum geplanten Dienst passen. Eine größere vorgelagerte Filterkapazität führt nicht automatisch zu einer kürzeren Route.

Die bei CubixServ kommunizierten 15 Tbps sind eine vorgelagerte Gesamtkapazität, keine Ping-Zusage. Frage nach dem tatsächlichen Datenweg und seinem Verhalten während eines Vorfalls. Auch mögliche Routenänderungen gehören zur Bewertung, nicht nur ein Test bei normaler Last.

Netzwerk und Serververarbeitung trennen

Ein ausgelasteter Hauptthread, blockierte Datenbankanfragen oder nachgeladene Chunks können das Spiel verzögern. Der Netzwerk-Ping muss dabei nicht entsprechend steigen. Erfasse deshalb Serverlast, Konsole und Anwendungsmessungen zur gleichen Zeit wie die Netzwerkwerte.

Mehr RAM löst keinen CPU- oder Netzwerkengpass automatisch. Bei Minecraft helfen Profiling und wirksame Sicht- beziehungsweise Simulationsweite; bei FiveM müssen Ressourcen und Ereignisse geprüft werden. Eine Änderung sollte auf dem gemessenen Engpass beruhen.

Vergleiche reproduzierbar dokumentieren

Verwende bei einem Vorher-nachher-Vergleich möglichst dieselben Anschlüsse, Protokolle und Zeitfenster. Halte Median, Verluste, auffällige Ausreißer und Serverzustand fest. Wiederhole zweifelhafte Ergebnisse begrenzt, bevor du daraus eine öffentliche Leistungsbehauptung ableitest.

Ein Standort in Frankreich kann für viele europäische Verbindungen günstig sein, garantiert aber keinen festen Wert für ein Land. Der individuelle Anbieter und die aktuelle Route bleiben relevant. Teile mit dem Support einen reproduzierbaren Ablauf und keine unbestätigte allgemeine Angriffserklärung.

Was zu deiner Situation passt

SituationNächste Prüfung
Nur ein Spieler meldet VerzögerungVergleiche dessen Anschluss mit einem unabhängigen Zugang und halte Route sowie Zeitpunkt fest.
Ping stabil, Spiel stocktUntersuche Hauptthread, Ressourcen und Datenbank zur selben Zeit. Ein Netzwerktest allein erfasst diese Arbeit nicht.
Verhalten ändert sich mit dem SchutzwegVergleiche denselben Spielendpunkt und dieselbe Methode vor und nach der abgestimmten Änderung.

Offizielle Quellen

Diese Dokumente erläutern die jeweiligen Protokolle und Programme. Prüfe zusätzlich die Bedingungen und die tatsächliche Konfiguration deines Dienstes.

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