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

Halten Sie tatsächliche Spieladresse, Protokoll, Messzeit und verwendeten Internetanschluss fest. Vergleichen Sie nach Möglichkeit mehrere unabhängige Zugänge. Für Änderungen am Schutzweg benötigen Sie 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. Testen Sie den Dienst, den die Spieler verwenden, und halten Sie den 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. Vergleichen Sie 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. Fragen Sie 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

Verwenden Sie bei einem Vorher-nachher-Vergleich möglichst dieselben Anschlüsse, Protokolle und Zeitfenster. Halten Sie Median, Verluste, auffällige Ausreißer und Serverzustand fest. Wiederholen Sie zweifelhafte Ergebnisse begrenzt, bevor Sie daraus eine öffentliche Leistungsbehauptung ableiten.

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 Ihrer Situation passt

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

Offizielle Quellen

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

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