Tosun AC: Umfang, Integration und Leistung

Bewerten Sie Funktionen anhand ihrer Daten und Einführung, nicht nur anhand einer Anzahl. Dieser Leitfaden beschreibt Kompatibilität, Kosten und sichere Kontrollen.

Module nach Aufgabe wählen

Serverdaten und Client-Signale sind verschiedene Belege. Bewegung/Schaden nicht gleich sicher wie Bildschirm- oder Texturhinweise behandeln. In 9.6.3 wird die Abschaltung der Waffen-Schadensprüfung beachtet; Framework-Fehler gelten nicht als fehlender Waffenbesitz. Wiederholte Treffer verwenden die letzte Trefferzeit pro Ziel statt einer unbegrenzten Liste.

• Bewegung/Kampf mit Wiederbelebung, Verkehr und Ausrüstung testen.
• Legitime Arena-Waffen ohne Inventaritem mit kurzem vertrauenswürdigem AllowWeapon melden.
• Emote-/Telefonobjekte und Resource-Änderungen mit Protokollen vergleichen.
• Screenshots/Live-Watch nur bei unterstütztem Ablauf und Berechtigung; kein Bild für jeden Detekt garantiert.
• Brücke: unterstützte Lesevorgänge standardmäßig aktiv, auf der Tosun-Connect-Karte abschaltbar; Kontostandänderungen erfordern Rolle admin/owner, Online-Charakter und Bestätigung. Nicht jede Tabelle oder Inventarbearbeitung wird unterstützt.

Framework und Inventar getrennt bestimmen

Ermitteln Sie die Ressource für den Spielerzustand: qb-core, qbx_core oder es_extended. Prüfen Sie danach Inventar und API-Anpassungen. Ein Frameworkname garantiert keine Kompatibilität aller Bank-/Inventarskripte. Abhängigkeitsreihenfolge beibehalten und keine konkurrierenden Cores als Fehlerbehebung starten.

Das vorhandene Framework-Feld bearbeiten: qb für QBCore, qbox für Qbox; das sind Einstellungswerte, keine Ordnernamen. auto bietet Erkennung. Aufgelösten Modus in Startmeldungen und GetStatus aus Servercode prüfen. Die Bridge erkennt laufende Core-Ressourcen separat und kann fehlende Starts melden.

-- Vorhandenes Feld bearbeiten, nicht die ganze Tabelle.
ts.Framework.framework = "qb"
-- Weitere unterstützte Werte: "esx", "qbox", "auto", "standalone"

Charakterdaten gezielt prüfen

Bridge-Lesezugriffe verwenden citizenid bei QBCore/Qbox und identifier bei ESX. Temporäre Server-IDs ersetzen keine Charakterkennung. Unterstützte Spalten und Indizes sind nötig; eigene Schemas können abgelehnt werden.

1. Testcharakter mit bekanntem Bargeld, Bankbetrag, Job und Fahrzeug mit dem Panel vergleichen.
2. Bei ox_inventory ein kleines Online-Inventar vergleichen. Kürzungen beachten; keine Stashes oder beliebigen Metadaten erwarten.
3. Bei API-Fehlern Start und Version prüfen. Unverfügbare APIs bedeuten unbekannten Waffenbesitz, nicht bewiesenen fehlenden Besitz.

Echte Spielabläufe testen

Frameworkerkennung kennt nicht jede eigene Berechtigung, Position, Preis- oder Belohnungsregel. Eigene Skripte müssen diese serverseitig prüfen. Ein Profil macht unsichere Geld-/Item-Events nicht automatisch sicher. Spielerquelle und aktive Serversitzung vor dem AC-Aufruf prüfen.

Standalone/vRP können geeignete allgemeine Prüfungen nutzen; die Bridge unterstützt ihre eigenen Charakter- und Wirtschaftsschemas nicht pauschal. Grenzen erklären statt fremde Tabellen einzusetzen. Nach Core-, Inventar- oder Jobupdates erneut prüfen.

Core- und Inventarversion je Test notieren. Nach Core-Neustart Testcharakter neu verbinden, bevor Online-API-Ergebnisse bewertet werden. Schema und AC-Strafe nicht zugleich ändern; getrennte Änderungen erlauben Ursachenprüfung und Rückkehr.

• Charakterwechsel und Wiederbelebung hinterlassen keine dauerhafte Ausnahme.
• Haus-, Garage- und Gefängnisteleports rufen MarkTeleport unmittelbar vorher auf.
• Arenawaffen ohne Inventareintrag erhalten kurz AllowWeapon aus vertrauenswürdigem Servercode.
• Polizei, Teamwerkzeuge, Shops und große legitime Belohnungen vor strengeren Strafen anhand von Logs testen.

Vergleichbare Ausgangsmessung

Profilieren Sie vor Änderungen eine typische Sitzung. Notieren Sie Spielerzahl, Artifact, Ressourcenversionen und Aktivitäten. Ruhiges Rollenspiel, volle Garagen und Gefechte unterscheiden sich. Vergleichen Sie nach einer einzelnen Änderung denselben Ablauf. CPU-Zeit, Hitches und Abfragen sind aussagekräftiger als feste FPS-Versprechen.

Die Befehle zeichnen eine begrenzte Probe auf. Nach Abschluss öffnen und die verursachende Ressource und den Thread prüfen. Nicht jeden Hitch der AC zuordnen. Geänderten Wert und Vorher/Nachher privat notieren; kurze Proben decken nicht jede Spitzenlast ab.

profiler record 500
profiler status
profiler view

tosunac_doctor

Häufige Fragen

Verwandt: Was ist FiveM Anticheat? · Dokumentation · Preise ansehen