한국어English日本語简体中文繁體中文DeutschไทยTiếng ViệtРусскийPortuguês (Brasil)EspañolBahasa Indonesia

Game-Lag-Whitepaper › L13 Serverarchitektur und Betrieb

Zu viele Makros und Bots Bots and macros

Ursachen-ID in-bots · Hauptzuständig Server-Entwicklung (Entwicklungsteam) · Beteiligt Netzwerk-Infrastruktur (Infrastrukturteam)

In der interaktiven Fassung mit Grafiken und Experimenten öffnen →

Bots senden viel häufiger Anfragen als Menschen und zehren die Verarbeitungskapazität des Servers auf.

Warum Massenhaft Bots online, die ohne Pause farmen, laufen oder handeln → Folge Mehr Serverlast und DB-Last → Auf dem Bildschirm Ein bestimmtes Farmgebiet oder der ganze Server wird langsam (Zeitlupe, Input-Lag)

Symptome
Zeitlupe, Input-Lag
Faktoren
Stillstand
Wer ist betroffen
Ganzer Server, Bestimmter Ort oder Kanal
Wann
Immer, Abendliche Stoßzeit
Zuständigkeit
Hauptzuständig Server-Entwicklung (Entwicklungsteam) · Beteiligt Netzwerk-Infrastruktur (Infrastrukturteam)
Aufgaben Entwicklungsteam
Bots erkennen, Anfragefrequenz pro Account und Charakter begrenzen.
Aufgaben Infrastrukturteam
Verbindungs- und Anfragefrequenz pro IP begrenzen (großzügig, weil sich in PC-Bangs und Mobilfunknetzen viele Spieler eine IP teilen), Adressbereiche von Bots per Firewall oder WAF sperren.
Im Graphen
Nur einzelne Ausreißer · Anfragen pro Sekunde je Account und IP
Wo nachsehen
Aus den Spielserver-Logs die Verteilung der Anfragen pro Sekunde je Account und Charakter sowie die Spitzenreiter auswerten. Ohne Code-Metriken: Anfragen pro IP aus Firewall oder WAF
Spricht dafür
Wenige Accounts oder IPs senden ununterbrochen mit einer Frequenz, die kein Mensch schafft, und ihre Begrenzung senkt die Serverlast deutlich
Spricht dagegen
Anfragen gleichmäßig über die Accounts verteilt: eher normaler Spielerzuwachs („Überschrittenes Tick-Budget“, „Verzögertes Autoscaling“)
Prüfmittel
Logs oder Metriken aus Spielserver bzw. Client nötig

Quellen

  1. Using rate-based rule statements in AWS WAF AWS
    Anfragen werden nach Kriterien wie der IP gezählt, bei zu vielen innerhalb eines festen Zeitfensters greift ein Rate-Limit
  2. RFC 6269: Issues with IP Address Sharing IETF
    Teilen sich mehrere Anschlüsse eine IP, treffen Sperren und Limits pro IP auch andere Nutzer

Verwandte Ursachen

Gleiche Schicht: L13 Serverarchitektur und Betrieb

Ursachen aus anderen Schichten mit demselben Symptom (Zeitlupe)

Karte in der interaktiven Fassung mit Grafiken und Experimenten ansehen