Installation

1. Server vorbereiten#

Nutze ein unterstütztes FiveM-Artifact und prüfe OneSync. Behalte die funktionierende oxmysql-Verbindung. Entpacke tosun-ac unverändert unter resources. Framework und Abhängigkeiten zuerst starten. Beim ersten Start braucht der Anti-Cheat lokale Rechte zum Erstellen seiner Tabellen. Die Bridge benötigt keinen SQL-Import. Bei fehlenden Tabellen eine mitgelieferte Installationsdatei nur nach einer Sicherung verwenden.

2. Serverseitige Einstellungen#

Kopiere die Lizenz unter Server und ersetze YOUR_SERVER_LICENSE. Verwende set, niemals setr oder sets. Der Schlüssel gehört nicht in Shared-/Client-Lua oder öffentliche Dateien. Die Panel-Datenverbindung (Bridge) ist standardmäßig an und braucht keine Zeile in server.cfg; alte Zeilen mit tosun_db_bridge_enabled und tosun_db_bridge_money_write werden ignoriert und können gelöscht werden.

set tosun_ac_license "YOUR_SERVER_LICENSE"
ensure oxmysql
ensure tosun_render
ensure tosun-ac
ensure tosun-ac-guardian

3. Starten und prüfen#

Starte oxmysql vor tosun-ac in einem Wartungsfenster. Prüfe Version und Konsolenfehler. Die Bridge startet standardmäßig aktiv und braucht keine zusätzliche Zeile in server.cfg. Den Status mit dem folgenden Befehl in der Serverkonsole prüfen. Keine echten Schlüssel an den Support senden.

tosunac_db_status

Eine wiederherstellbare Installation vorbereiten#

Notieren Sie vor einer Änderung die Artifact-Version sowie Framework- und Inventar-Ressourcen. Laden Sie das Paket für den in Servers ausgewählten Server herunter. Ein fremdes Paket oder eine andere Lizenz kann die falsche Installation verbinden. Prüfen Sie das bezahlte Abonnement und Ihre Verwaltungsberechtigung. Halten Sie die ZIP-Datei privat.

1. Sichern Sie das aktuelle Verzeichnis tosun-ac, die bearbeitbaren Einstellungen und die Spieldatenbank. Prüfen Sie vor dem Austausch den Zugriff auf die Sicherung.
2. Entpacken Sie separat. fxmanifest.lua muss direkt unter tosun-ac liegen, nicht in einem zweiten verschachtelten Verzeichnis.
3. Vergleichen Sie Ihre Änderungen mit den neuen Standardwerten. Übernehmen Sie gezielte Anpassungen; ersetzen Sie die neue Konfiguration nicht vollständig durch die alte.

• Lizenz und Aktualisierung

Abhängigkeiten und geheime Einstellungen#

Behalten Sie die funktionierende oxmysql-Verbindung. Datenbank-Bridge und Online-Kontostandsbearbeitung sind standardmäßig aktiv, daher enthält das Beispiel keine Bridge-Zeilen. Ältere Zeilen tosun_db_bridge_enabled und tosun_db_bridge_money_write werden ignoriert und können gelöscht werden. Fügen Sie die bestehenden Startzeilen Ihres Frameworks und Inventars in ihrer Abhängigkeitsreihenfolge ein. Starten Sie keine konkurrierenden Frameworks nur wegen eines Beispiels. Verwenden Sie set für die Lizenz: setr repliziert Werte an Clients, sets veröffentlicht Serverinformationen.

Die eigenen AC-Tabellen benötigen Datenbankrechte. Ihre Ersteinrichtung ist von der Bridge unabhängig. Zum Abschalten für einen Server: Panel → Servers → Server → Tosun Connect → Disable connection. Für manuelle Steuerung set tosun_db_bridge_manual "1" ergänzen; dann werden tosun_db_bridge_enabled und tosun_db_bridge_money_write aus server.cfg gelesen, und jede Einstellung bleibt aus, solange sie nicht auf "1" steht. Importieren Sie SQL nicht ungeprüft in eine belegte Datenbank. Passwörter und Lizenz gehören nicht in Shared- oder Client-Lua. Planen Sie Wartung: ensure kann eine laufende Ressource neu starten.

set tosun_ac_license "YOUR_SERVER_LICENSE"

ensure oxmysql
# Bestehendes Framework und Inventar hier starten.
ensure tosun-ac

• Offizielle Serverbefehle
• Datenbank-Bridge

Normales Spielen vor der Freigabe prüfen#

Ein laufender Prozess bestätigt nicht alle Integrationen. Prüfen Sie Manifest-Version, Startmeldungen und Verbindung, anschließend einen Testaccount. Führen Sie die Diagnosebefehle in der Serverkonsole aus. Die Bridge ist standardmäßig aktiv; disabled ist nur im manuellen Modus ohne tosun_db_bridge_enabled "1" oder bei aktiviertem altem Panel-Mirror zu erwarten. Der Konfigurationsdoktor meldet riskante Werte, verändert sie aber nicht.

Akzeptanzprotokoll mit Version, Zeit, Administrator und geprüften Abläufen führen. Betrifft der Fehler nur ein eigenes Skript, mit einem Testspieler reproduzieren und Ressourcennamen notieren. Diese Integration prüfen, bevor allen Spielern breite Ausnahmen oder strengere Strafen gegeben werden.

• Charakterwahl, Spawn, Wiederbelebung, Hauseintritt und Garagenausfahrt verursachen keine unerwarteten Strafen.
• Inventarwaffen, Polizeiausrüstung und Arenawaffen funktionieren mit der passenden Prüfung oder gezielten Freigabe.
• Emote-Objekte, Telefonmenüs und Teamaktionen funktionieren; Logs zeigen integrationsbedürftige Ressourcen.
• Bei Startproblemen erste relevante Fehlermeldung und Version sichern, bei Bedarf die Ressourcensicherung wiederherstellen und Geheimnisse vor dem Teilen entfernen.

tosunac_integration
tosunac_doctor
tosunac_db_status

• Eigene Skripte integrieren
• Einstellungen und Leistung

Eine Resource aktualisieren, ohne Pakete zu vermischen#

Behandeln Sie das Update als nachvollziehbare Änderung. Behalten Sie den Ordnernamen tosun-ac, damit Exports und Hilfsdateien dieselbe Resource erreichen. Vergleichen Sie configs/anticheat_config.lua, configs/anticheat_webhooks.lua und bearbeitbare Integrationen mit dem neuen Paket; übernehmen Sie nur bewusste Anpassungen. Erhalten Sie serverseitige Convars und geprüfte Vertrauenseinträge. Ab 9.6.14 werden die Zeilen tosun_db_bridge_enabled und tosun_db_bridge_money_write in server.cfg ignoriert; nach dem Update sind die Bridge und die Online-Kontostandsbearbeitung für Panel-Admins und -Inhaber daher aktiv. Soll die Bridge aus bleiben, nutzen Sie Disable connection auf der Tosun-Connect-Karte des Servers oder ergänzen set tosun_db_bridge_manual "1"; dann gelten diese Zeilen wieder, und jede Einstellung bleibt aus, solange sie nicht auf "1" steht. Alte Konfigurationen können neue Standardwerte vermissen; ein vollständig kopierter alter Ordner kann veraltete Module neben neuen hinterlassen. oxmysql und der passende Core starten weiterhin vor tosun-ac, abhängige Integrationen danach.

1. Schließen Sie neue Verbindungen während der Wartung und notieren Sie erste Startausgabe, Paketversion und Konfigurationsänderungen.
2. Nutzen Sie nur einen aktiven tosun-ac-Ordner; lagern Sie die Sicherung außerhalb des aktiven Resource-Verzeichnisses.
3. Verbinden Sie einen normalen Testspieler nach dem Neustart erneut; eine alte Clientsitzung ist kein sauberer Abnahmetest.

Die Diagnose anhand des Symptoms auswählen#

Beginnen Sie mit dem ersten konkreten Fehler, statt mehrere Schutzregeln gleichzeitig zu ändern. Startet die Resource nicht, prüfen Sie Ordnerstruktur, Manifest und fehlende Abhängigkeiten. Läuft sie ohne Panelverbindung, prüfen Sie zunächst Serverauswahl, Lizenz und Verbindungsstatus. Eine Launcher-Zutrittsablehnung gehört zu einem anderen Zugangstest. Betrifft das Problem nur ein Haus-, Arena- oder Kleidungsskript, erfassen Sie Resource und Aktion und lesen Sie abgelehnte Integrationsaufrufe. Ein Mitarbeiterkonto kann ausgenommen sein: Ein erfolgreicher Mitarbeitertest belegt deshalb nicht den korrekten Ablauf für normale Spieler.

1. Reproduzieren Sie die kleinste fehlerhafte Aktion einmal mit einem normalen Testcharakter und notieren Sie das genaue Ergebnis.
2. Vergleichen Sie den Ablauf mit der letzten funktionierenden Konfiguration, korrigieren Sie die verantwortliche Abhängigkeit und testen Sie erneut.
3. Entfernen Sie private Schlüssel aus Berichten; deaktivieren Sie nicht sämtliche Erkennungen oder die Vertrauensprüfung für ein einzelnes Problem.

Einen bekannten Zustand wiederherstellen und prüfen#

Planen Sie die Rückkehr vor der Wartung. Bewahren Sie zusammengehörige Resource- und Konfigurationssicherungen, die alte Startreihenfolge und geänderte Convars auf. Verhindert eine neue Version normale Verbindungen oder notwendige Abläufe, stellen Sie das bekannte Paket wieder her und prüfen es. Lua-Dateien zurückzusetzen macht keine Geldänderung rückgängig, löscht keinen Panelauftrag und restauriert keine Datenbank. Löschen Sie zur Installationsreparatur keine AC-Tabellen, Banns oder Erkennungsverläufe. Bei Datenbankänderungen muss der Verantwortliche einen gesonderten Wiederherstellungsplan mit den seit der Sicherung geschriebenen Daten bewerten.

1. Stellen Sie zunächst nur betroffene Dateien und Einstellungen wieder her; prüfen Sie Start, Spielerbeitritt und fehlerhaften Ablauf.
2. Die Kontostandsbearbeitung ist standardmäßig aktiv. Schalten Sie die Verbindung auf der Tosun-Connect-Karte des Servers ab, bis die wiederhergestellte Einrichtung und unsichere Geldoperationen geprüft sind, und prüfen Sie den Kontostand im Spiel, bevor Sie eine Änderung erneut senden. Schalten Sie sie nach der Prüfung mit Enable connection auf derselben Karte wieder ein. Ein wiederhergestelltes Paket vor 9.6.14 verhält sich wie früher: Ohne die server.cfg-Zeilen bleibt die Bridge aus.
3. Dokumentieren Sie Umfang und Grund der Rückkehr, damit das nächste Update die reproduzierbare Ursache behebt.

Die entpackte Verzeichnisstruktur kontrollieren#

Entpacken Sie zuerst in ein getrenntes Arbeitsverzeichnis. Prüfen Sie versehentliche Verschachtelung wie tosun-ac/tosun-ac, fxmanifest.lua im Resource-Stamm und einen getrennten tosun-ac-guardian-Ordner, falls geliefert. Ordnen Sie Dateien nicht nur nach Endung: Das Manifest lädt Pfade aus client, shared, configs, editable, server und html. Eine kopierte Konfiguration außerhalb ihres erwarteten Pfads kann unbenutzt bleiben.

Ein Fehler zu @oxmysql/lib/MySQL.lua verlangt Abhängigkeitsprüfung statt Lizenzwechsel. Bei fehlendem html/index.html untersuchen Sie NUI und Struktur. Stellen Sie den fehlenden Pfad aus dem richtigen Paket her, ohne einzelne Module anderer Versionen zu mischen. Prüfen Sie optionales INSTALL.sql gegen das bestehende Schema und sichern Sie vor Anwendung. ZIP, vorbereiteter Ordner und aktive Resource müssen eine klare Installationskette bilden. Beginnen Sie mit dem ersten Startfehler.

Ladeseite vertraulicher Einstellungen prüfen#

Dateinamen zeigen nicht allein, was Spieler erhalten. configs/anticheat_config.lua steht unter shared_scripts und wird server- sowie clientseitig geladen. Ergänzen Sie dort keine Lizenz, private API-Daten oder Datenbankkennwörter. Clientdateien und html/NUI speichern ebenfalls keine Geheimnisse sicher. Lesbare bearbeitbare Konfiguration macht nicht jedes Feld für Zugangsdaten geeignet.

Prüfen Sie Ihre geänderten Dateien. Die Lizenz gehört mit serverseitigem set in geschützte server.cfg, niemals mit setr oder sets. Für Webhooks verwenden Sie die serverseitige configs/anticheat_webhooks.lua und maskieren die Adresse auf Screenshots. Das Löschen eines zuvor öffentlich/clientseitig verteilten Geheimnisses zieht alte Kopien nicht zurück; beurteilen Sie den Austausch. Notieren Sie die geprüfte Datei und Ladeseite, nicht den geheimen Wert.

Start in kleinen Abnahmeschritten#

Teilen Sie die Wartung in vier Stufen: vorhandene Datenbankverbindung und Core, AC-Start, normales Spielerverhalten und die standardmäßig aktive Panel-Brücke. Beginnen Sie die nächste Stufe erst nach einem sichtbaren Ergebnis. Prüfen Sie zunächst die normalen Funktionen des bereits eingesetzten Frameworks und Inventars; ein zusätzlicher Core kann die Ursache verdecken. Ordnen Sie danach die Ausgabe des aktiven tosun-ac dem installierten Paket zu. Testen Sie den Spielerablauf mit einem Charakter ohne Personalausnahmen. Auch die Online-Kontostandsbearbeitung für Panel-Admins und -Inhaber ist standardmäßig aktiv; für die Brückenprüfung genügt ein Lesevorgang, ein Kontostand muss dafür nicht geändert werden.

Notieren Sie je Stufe Uhrzeit, erwartetes und beobachtetes Ergebnis in einer Zeile. Funktioniert die Charakterauswahl, aber die Garagenausfahrt nicht, untersuchen Sie den ersten fehlerhaften Ablauf statt alles erneut herunterzuladen. Normaler Spielbetrieb und ein abgeschlossener Brücken-Leseauftrag sind getrennte Abnahmen. Eine unterdrückte Meldung macht die vorherige Stufe nicht erfolgreich. Beheben Sie die fehlende Abhängigkeit vor dem nächsten Schritt. Nach den erforderlichen Prüfungen kann der normale Betrieb fortgesetzt werden; erledigte und offene Stufen bleiben nachvollziehbar.

Konsolenmeldungen mit ihrem Ergebnis lesen#

Farbige Startmeldungen haben unterschiedliche Bedeutung. Wartet die Waffen-/Inventarprüfung auf ein unterstütztes Inventar, ist das keine Cheat-Erkennung gegen einen Spieler; prüfen Sie Anbieter und Core-Zustand. Die Meldung über fehlendes GetSelectedPedWeapon betrifft die erforderliche Native dieses Moduls, nicht sämtliche Module. Integration-Ausgaben mit enforce und trusted beschreiben die Aufruferrichtlinie, bestätigen aber keinen funktionierenden Spielablauf. Gehen Sie vom vollständigen Text aus statt allein von der Farbe.

Connected der Brücke bestätigt die Gesundheitskommunikation; eine Charakterabfrage muss gesondert abgeschlossen sein. Waiting: oxmysql_unavailable verweist auf Abhängigkeiten, Panel unavailable or not authorized auf Verbindung oder Berechtigung. Letzteres beweist allein keinen Lizenzfehler. Die Brücke ist standardmäßig aktiv; enabled=false im Statusbefehl ist nur im manuellen Modus ohne tosun_db_bridge_enabled "1" oder bei aktiviertem altem Panel-Mirror zu erwarten. Wurde die Verbindung auf der Tosun-Connect-Karte abgeschaltet, zeigt der Statusbefehl weiterhin enabled=true, und das Panel lehnt die Anfragen des Servers ab; der letzte Panelstatus zeigt dann womöglich nur Panel unavailable or not authorized. Prüfen Sie bei dieser Meldung zuerst, ob die Tosun-Connect-Karte des Servers die Verbindung als eingeschaltet zeigt, danach Lizenz und Netzwerk. Bewahren Sie den ersten vorhergehenden Fehler, Resource-Namen, Zeitpunkt und aktuelle Aktion gemeinsam auf. Die Unterscheidung zwischen Startwarnungen und Spielersanktionen erleichtert die Diagnose.

Paket für den richtigen Server herunterladen#

Melden Sie sich im Panel an und wählen Sie denselben Server unter Server und Downloads. Erforderlich sind ein bezahltes Download-Recht und die Berechtigung zur Serververwaltung. Das an Sitzung, Benutzer und Server gebundene Ticket gilt 90 Sekunden und ist nur einmal nutzbar.

Bei Ablauf oder Verbrauch ein neues Ticket im Panel anfordern. ZIP zuerst lokal speichern; ein Download aktualisiert den laufenden Server nicht automatisch. Lizenzwerte in URL, Bearer oder X-License-Key sind keine Download-Berechtigung. Tickets und Sitzungscookies niemals in Installationsskripten speichern.

Zugangsdaten nur auf dem Server speichern#

Verwenden Sie set in server.cfg oder die credentials-Tabelle in configs/anticheat_server.lua. Ein nicht leerer Server-Convar hat Vorrang vor der Datei; der alte Shared-Wert ist nur eine vorübergehende serverseitige Migrationshilfe. setr und sets dürfen keine Geheimnisse enthalten.

ts.webPanelKey, ts.Central.token und ts.licenseLock.licenseKey bleiben im Shared-Config leer. panelKey, centralToken und licenseKey sind im neuen Server-Config editierbar. Nicht verwendete Verbindungen leer lassen. Bereits veröffentlichte Schlüssel im zuständigen Panel erneuern; lokales Löschen widerruft sie nicht.

set tosun_ac_license "YOUR_SERVER_LICENSE"
set tosun_ac_panel_key "YOUR_PANEL_API_KEY"
# Optional: only configure a central connection you use.
set tosun_ac_central_token "YOUR_FIVEM_CENTRAL_TOKEN"
ensure oxmysql
ensure tosun_render
ensure tosun-ac
ensure tosun-ac-guardian

Guardian-Start und bewusste Stopps prüfen#

In der txAdmin-Serverkonsole tosunac_doctor und danach tosunac_guardian_status ausführen. ready bedeutet Resource gestartet; waiting_dependency zeigt eine fehlende Abhängigkeit; transition einen Start/Stopp; held eine bewusste befristete Pause. Das beweist keine erfolgreichen Spiel- oder SQL-Tests.

oxmysql und tosun_render vor tosun-ac starten, anschließend tosun-ac-guardian. Lizenz-/Versionsfehler vor resume beheben. pause ist nur über die Konsole möglich und dauert höchstens 30 Minuten. Fehlgeschlagene Starts werden mit begrenzten Wiederholungen und Wartezeiten behandelt.

# txAdmin server console:
tosunac_doctor
tosunac_guardian_status

# Pause only during planned maintenance; repair the reported cause first:
tosunac_guardian_pause 300
tosunac_guardian_resume

Event-Erkennung nach den Abhängigkeiten prüfen#

EventScanner startet standardmäßig nach 30 Sekunden und stündlich; tosunac_eventscan startet ihn manuell in der Serverkonsole. tosunac_setup ist eine getrennte Wartungsaktion: vollständige Backdoor- und Signaturprüfung sowie frischer übereinstimmender Dateifingerabdruck sind Voraussetzung für geeignete saubere, gestartete Baselines. Das bescheinigt keine Backdoor-Freiheit. Arbeiten Sie auf einer geprüften Installation mit Backup. Die Erkennung erzeugt keine Berechtigungsvalidatoren, ändert keine rohen Handler und autorisiert keinen Spieler.

# txAdmin server console: event discovery only
tosunac_eventscan

Was ein unveränderter Scan-Cache wirklich spart#

Unveränderte Inhalte und Analysepolitik verwenden vorherige Analyseergebnisse; Inhaltsfingerabdrücke werden trotzdem geprüft. Das ist keine Arbeit ohne Festplattenzugriff. Geänderte Inhalte oder Politik erfordern neue Analyse. Backdoor: Start nach 25 Sekunden, alle 30 Minuten. Resources: nach 20 Sekunden, alle 90 Sekunden. Events: nach 30 Sekunden, stündlich. signatureScanFirstRun prüft auch mit einem alten Erststart-Marker beim Start. Teilweise, unlesbare, nicht unterstützte Glob- oder reine Escrow-Scans sind kein vollständig sauberes Ergebnis und rechtfertigen keine automatische Baseline.

-- Edit the existing configs/anticheat_config.lua tables.
ts.EnforceExportCallerWhitelist = true
ts.EventScanner.autoProtect = false
-- 0 disables only the periodic event scan, not initial/manual discovery.
-- ts.EventScanner.scanIntervalMs = 0

Mit einem normalen Spieler abnehmen#

Testen Sie ohne Mitarbeiter- oder Spieler-Whitelist-Schutz: Charakterauswahl, Aussehen, Wiederbelebung, validierter Hauseintritt, Garage und eine Belohnung. Prüfen Sie danach Abbruch, Trennung, AC-Neustart und Ablehnung unberechtigter Anfragen. Export-Rückgabe und Anwendungsquittung sind getrennte Ergebnisse. Legitime Kamera-/Bewegungsfrist darf Waffen-/Event-Prüfungen nicht abschalten. Sensible Server-Aktionen benötigen vertrauenswürdige Exports; lokale Fristen pausieren nicht jeden direkt signierten Detektor. Notieren Sie Version, Resource, Soll/Ist ohne Schlüssel oder Passwörter.

Tosun-Lizenz des richtigen Servers kopieren#

Öffnen Sie Server im TosunDev-Konto, wählen Sie Ihren FiveM-Server und kopieren Sie dessen Tosun-AC-Lizenz. tac_live_ ist keine Cfx.re-Lizenz, kein sv_licenseKey, kein Discord-Token und kein Panel-API-Schlüssel.

1. Ersetzen Sie YOUR_SERVER_LICENSE zwischen den Anführungszeichen in server.cfg.
2. Setzen Sie tosun_ac_license vor ensure tosun-ac; nur set verwenden, niemals setr oder sets.
3. Alternativ credentials.licenseKey in configs/anticheat_server.lua ausfüllen. Ein nicht leerer Convar hat Vorrang.
4. Lizenz nicht in Screenshots, Chat, shared config oder Client-Dateien veröffentlichen.

set tosun_ac_license "YOUR_SERVER_LICENSE"
# Alternative: configs/anticheat_server.lua
# credentials.licenseKey = "YOUR_SERVER_LICENSE"

ZIP entpacken und Ressourcen in txAdmin starten#

tosun-ac, tosun-ac-guardian und tosun_render gehören auf dieselbe Ebene unter resources; jede Ressource braucht fxmanifest.lua im Stammverzeichnis. discord-bot ist eine Node.js-Anwendung. Das neue Render-Manifest verwendet nur gta5, nicht gleichzeitig common.

1. Die funktionierende mysql_connection_string beibehalten; oxmysql und vorhandenes Framework/Inventar zuerst starten.
2. refresh in der txAdmin-Konsole ausführen, dann die Reihenfolge unten nutzen. Der Alias tosun-render wird unterstützt, der Ordner heißt tosun_render.
3. tosun_render_status muss started und verfügbare Dateien melden. Video zusätzlich mit einem Spieler testen.
4. Beim ersten Fehler Abhängigkeit, Ordner oder ausgewählte Serverlizenz gezielt prüfen.

set tosun_ac_license "YOUR_SERVER_LICENSE"

ensure oxmysql
# Start your existing framework/inventory here.
ensure tosun_render
ensure tosun-ac
ensure tosun-ac-guardian

# txAdmin console:
tosun_render_status
tosunac_doctor
tosunac_db_check
tosunac_db_status

Unnötige Analyse nach Neustarts vermeiden#

Bei jedem Start werden SHA256-Inhaltsprüfsummen der Ressourcen geprüft. Unveränderte Dateien und Scanregeln verwenden authentifizierte Ergebnisse im Server-KVP statt aufwendiger Signatur- und Ereignisanalyse. Geänderte Dateien, Ausnahmen oder Regeln lösen neue Analysen aus. Die Prüfsummenprüfung liest weiterhin Dateien; ein fester resmon-Wert wird nicht garantiert.

1. Den KVP-Cache bei normalen Updates behalten; beschädigte oder nicht verifizierbare Einträge werden erneut analysiert.
2. Der Startkatalog erfasst wörtlich deklarierte Lua/JS-Ereignisnamen. Dynamische Namen, unlesbare oder Escrow-Dateien und DLLs gelten nicht als vollständig geprüft.
3. Die manuelle automatische Einrichtung wartet auf die Sicherheitsanalyse. Unvollständige, verdächtige, geänderte oder abgelaufene Ressourcen werden nicht automatisch freigegeben.
4. Spielerbeitritt, normales Spiel und Administratoraktionen auf einem Testserver prüfen; resmon zusammen mit Spielerzahl und Framework-Last bewerten.