Zur Anleitung

Dokumentation 9.6.24

Lizenz und Update

Lizenzen geheim halten und Tokens vor dem Teilen von Screenshots entfernen.

Nur auf dem Server#

Die server.cfg-Einstellung verwenden. Keine Lizenz in Shared-Config, NUI, Client-Events oder öffentlichen Repositories. Kurzlebige Upload-Tokens ersetzen die Serverlizenz nicht.

Offizielle Cfx-Anleitung lesen

Alte Schlüssel erneuern#

Alte Dateien durch 9.6.24 ersetzen und die Ressourcen im Wartungsfenster neu starten. Ältere Versionen könnten langfristige Panel-Schlüssel an Clients übertragen haben. Erst alle alten Instanzen stoppen; dann betroffene Lizenzen und Legacy-Panel-/API-Schlüssel mit dem Administrator erneuern, Einstellungen anpassen und Verbindung prüfen. Das Update allein widerruft offengelegte Schlüssel nicht.

Der Lizenzschlüssel ist Pflicht#

Ab dem 7. Oktober 2026 heruntergeladene Pakete starten den Anticheat nicht ohne den Lizenzschlüssel dieses Servers. Ohne Schlüssel oder mit dem Schlüssel eines anderen Servers nimmt der Server keine Spieler an, trennt verbundene Spieler und schreibt den Grund in die Konsole.

Kopieren Sie den Schlüssel von der Seite „Server“ im Panel und tragen Sie ihn in server.cfg vor den ensure-Zeilen ein: set tosun_ac_license "SERVER_LIZENZ". Das Feld licenseKey in configs/anticheat_server.lua funktioniert ebenfalls. Ein später eingetragener Schlüssel (spätere server.cfg-Zeile oder set in der Konsole) öffnet den Server ohne Neustart.

Wenn Sie die Lizenz im Panel erneuert haben, passt das alte Paket nicht mehr zum neuen Schlüssel; laden Sie das Paket erneut herunter und installieren Sie es.

Die passende Berechtigung verwenden#

Eine Tosun-Serverlizenz ist von FiveMs sv_licenseKey getrennt. Komponenten-API-Zugänge können eigene Scopes besitzen. Kurzlebige Upload-Zugänge gelten nur für den vorgesehenen Nachweis-Upload. Ein Upload-Token erlaubt weder Panelverwaltung noch Datenbank-Bridge.

Wählen Sie den richtigen Server in Servers und setzen Sie seine aktuelle Lizenz mit set in server.cfg. Ersetzen Sie den Platzhalter. Halten Sie den Wert aus NUI, Shared-/Client-Lua und öffentlichen Repositories fern. Die Bridge nutzt dieselbe Serverlizenz; Panelaktionen benötigen zusätzlich Kontorechte.

set tosun_ac_license "YOUR_SERVER_LICENSE"

Aktualisieren und die laufende Kopie prüfen#

Sichern Sie Ressource und Einstellungen, laden Sie das richtige Serverpaket und vergleichen Sie die Integrationshinweise. Ersetzen Sie es während Wartung. Prüfen Sie, dass nur eine Kopie aktiv ist: neue Dateien in einem anderen Verzeichnis beenden keine alte Ressource.

Eine lokale Format-/License-Lock-Prüfung belegt keine bezahlte Rechnung. Bei inaktivem Tenant oder gesperrtem Server Abonnement und Serverstatus prüfen. Authentifizierungsfehler nicht durch Abschalten der Schutzfunktionen verdecken.

  1. Manifest-Version und Startmeldungen mit dem heruntergeladenen Paket vergleichen.
  2. Unterstützte Einstellungen übernehmen und Teleport-, Inventar- sowie Team-Skripte prüfen.
  3. Ab 9.6.14 sind Panelverbindung und Online-Kontostandsbearbeitung standardmäßig aktiv. Alte Zeilen set tosun_db_bridge_enabled und set tosun_db_bridge_money_write werden ignoriert und können gelöscht werden; Pakete vor 9.6.14 brauchen sie weiterhin. War Verbindung oder Kontostandsbearbeitung bisher aus, „Disable connection“ auf der Tosun-Connect-Karte des Servers nutzen oder den manuellen Modus (set tosun_db_bridge_manual "1"), in dem die server.cfg-Werte wie bisher gelten. Verbindung mit einer kleinen Leseanfrage und normales Spielen prüfen, bevor das Team Kontostände bearbeitet.

Offengelegte Schlüssel erneuern#

Neue Dateien widerrufen keine zuvor veröffentlichte Lizenz. Regenerieren Sie die Serverlizenz in Servers, aktualisieren Sie das geschützte Server-Setting und prüfen Sie die Verbindung. Separate Panel-/API-Schlüssel gemeinsam mit dem Administrator erneuern.

Bei überfälliger Zahlung in Billing die offene Rechnung und ihre Zahlungsaktion prüfen. Schlüsselrotation repariert keine Zahlung. Bei unklarem Anbieterergebnis erst Rechnungsstatus prüfen; Support erhält Referenz und bereinigte Fehlermeldung statt Lizenz.

  • Alle Instanzen und Integrationen mit dem Schlüssel erfassen; veraltete Kopien vorher stoppen.
  • Geheimnisse soweit möglich aus öffentlicher Historie, Bildern, Sicherungen und Supportanhängen entfernen.
  • Aktuellen Schlüssel nur in erforderlicher Serverkonfiguration speichern, nie in geteilten Diagnosebefehlen.
  • Bei Fehlern Server-ID, Zeit und bereinigte Fehlermeldung notieren; richtigen Server und Abonnement vor erneuter Schlüsselanforderung prüfen.

Schlüsselwechsel als Wartung planen#

Ordnen Sie zuerst den ausgewählten Servernamen und die ID der laufenden Installation zu. Notieren Sie Fehlerbeginn, Resource-Version und Personen mit Konfigurationszugriff. Überfällige Abonnements, falsche Serverauswahl und Netzwerkfehler benötigen unterschiedliche Lösungen. Ein Verbindungsfehler allein beweist keinen Schlüsselverlust.

Verwenden Sie bei notwendiger Erneuerung die Lizenzerneuerung des ausgewählten Eintrags unter Server. Der Schlüssel desselben Eintrags ändert sich; ein zusätzlicher Server ist unnötig. Stoppen Sie alte Resource-Kopien und private Integrationen, aktualisieren Sie die geschützte server.cfg und starten Sie im Wartungsfenster neu. Der dauerhafte Wert gehört niemals in Browsercode.

Serveridentität bei Neuinstallation erhalten#

Die Neuinstallation von Dateien unterscheidet sich vom Löschen des Servereintrags. Laden Sie bei beschädigten Dateien das Paket des vorhandenen richtigen Servers erneut herunter. Sichern Sie editierbare Einstellungen separat und bewahren Sie die alte Kopie außerhalb des aktiven Resource-Pfads auf.

Vergleichen Sie Manifest-Version, Abhängigkeitsreihenfolge und Konfiguration. Prüfen Sie nach dem Start den richtigen Server im Panel. Bei aktivierter Datenbankbrücke genügt ein kleiner Leseauftrag zur Berechtigungsprüfung; ändern Sie dafür kein Guthaben. Akzeptieren Sie die Installation erst bei einer aktiven Kopie, erwarteter Version und erfolgreich getesteten normalen Spielabläufen.

Verbindungsfehler ohne Geheimnisse dokumentieren#

Ein Supportbericht enthält Server-ID, Resource-Version, ersten Fehlerzeitpunkt, letzte erfolgreiche Verbindung und Reihenfolge der Änderungen. Unterscheiden Sie fehlende Autorisierung von fehlender Netzwerkverbindung. Entfernen Sie Lizenz, Authorization-Header, Datenbank-Verbindungsdaten und personenbezogene Angaben aus Konsolenauszügen.

Verwenden Sie nach Erneuerung keinen kompromittierten alten Schlüssel erneut. Beim Zurücksetzen von Dateien muss der aktuell gültige Schlüssel in die wiederhergestellte Konfiguration. Beseitigen Sie auch die Offenlegungsquelle, etwa ein öffentliches Repository. Halten Sie abschließend fest, dass die Verbindung funktioniert, alte Kopien gestoppt sind und unnötige Zugriffe entfernt wurden.

Lizenzsitzungen beim Maschinenwechsel lesen#

Stoppen Sie vor dem Umzug die alte laufende Kopie. Vergleichen Sie Fingerprint, letzte IP, Version und letzte Aktivität der Lizenzsitzungen auf der Downloadseite mit Ihrem Umzugsnachweis. Das sind Serverinstallationen, keine Spielerkontositzungen. Eine falsche freigegebene Zeile kann eine andere Installation betreffen; löschen Sie nicht alles, weil mehrere Zeilen vorhanden sind. Ein zusätzlicher Panelserver ersetzt die Sitzungsverwaltung nicht.

Geben Sie nach dem Stoppen die passende alte Sitzung über die Panelaktion frei. Eine weiterlaufende Kopie kann sich später erneut registrieren. Derzeit können aktive Sitzungen ohne Verbindung nach ungefähr zwanzig Minuten Platz freigeben; explizit widerrufene Sitzungen verfallen nicht automatisch. Bei seat_taken prüfen Sie Nutzung und richtige Zeile, statt license_rotated oder Abonnementfehler gleichzusetzen. Bestätigen Sie die neue Maschine anhand Startausgabe, neuer Sitzung und normaler Verbindung.

Vor dem 7. Oktober 2026 heruntergeladene Pakete konnten bei jeder Lizenzprüfung einen anderen Server-Fingerabdruck senden. Der Server hielt seine eigene Sitzung dann für einen zweiten Server, erhielt seat_taken und nahm einige Minuten nach jedem Start keine Spieler mehr an ("Lisans dogrulanamadi"). Der Lizenzdienst akzeptiert diese Pakete bis zum 5. November 2026 wieder: Starten Sie die Ressource einmal neu und laden Sie das Paket vor diesem Datum erneut herunter, um den korrigierten Lizenz-Client zu erhalten.

Build ID und license_rotated gemeinsam einordnen#

Build ID im Downloadverlauf bezeichnet das verteilte Paket, nicht die Lizenz. Vergleichen Sie Dateiversion und Build-ID-Präfix mit dem Verlauf. Ein Paket eines anderen Servers bleibt falsch, auch unter ähnlichem Dateinamen. unknown_build, revoked, license_mismatch und license_rotated betreffen unterschiedliche Bindungsprüfungen. Bewahren Sie die genaue Meldung auf, ohne private Paketdaten zu teilen.

Nach Lizenzerneuerung bleiben alte Pakete an den früheren Lizenzdigest gebunden. Eine Änderung von server.cfg allein aktualisiert diese Bindung nicht. Laden Sie beim selben richtigen Servereintrag ein aktuelles Paket herunter und ändern Sie die geschützte Einstellung. Erwarten Sie beim Zurücksetzen kein funktionierendes Paket mit altem Schlüssel. Der Verlauf unterstützt Nachverfolgung, beweist aber keinen persönlichen Verursacher. Prüfen Sie aktuelles Paket, gültigen Schlüssel und Lizenzresultat zusammen, Abrechnung getrennt.

Schutzschichten richtig einordnen#

Tebex oder Asset Escrow sind für dieses Paket nicht erforderlich; die normale Cfx.re-Serverlizenz ist separat. AES-256-GCM schützt das gespeicherte ZIP, nicht den Quelltext vor dem Betreiber des Spielservers.

Ed25519 bestätigt signierte Lizenzantworten; der private Signierschlüssel wird nicht ausgeliefert. SHA-256 erkennt Änderungen, verschlüsselt Dateien aber nicht. Lua-Verschleierung ist reversibel. Build ID unterstützt die Zuordnung, beweist jedoch nicht die Person hinter einem Leak. Netzfehler sind keine authentifizierte Lizenzablehnung.

Update und Rückkehr vorbereiten#

Sichern Sie configs, admins, editable, bridge, Sprachänderungen und server.cfg privat. Laden Sie das Paket für denselben Server. Ein gültiges Cache-Paket kann dieselbe Build ID behalten; der Download erneuert weder Abonnement noch Lizenz.

Alte Shared-Dateien nicht komplett zurückkopieren: normale Einstellungen vergleichen und Geheimnisse serverseitig halten. Geschützten Kern nicht ändern. Start, normalen Spielerzugang und einen kleinen Panel-Lesezugriff testen. Nach Schlüsselwechsel kann ein altes Paket trotz neuer server.cfg ungültig bleiben.

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"