txAdmin installieren und deinen FiveM-Server erstellen (komplettes Tutorial)

Fast jeder FiveM-Server, der heute läuft, wurde mit txAdmin erstellt — dem Web-Control-Panel, das im offiziellen Server-Build enthalten ist. Es übernimmt Deployment, Neustarts, Bans, die Konsole und deine server.cfg aus einem Browser-Tab und installiert dir eine komplette ESX- oder QBCore-Basis in wenigen Klicks.

Dieses Tutorial führt von einem leeren Ordner zu einem Server, dem deine Freunde beitreten können, und erklärt warum jeder Schritt zählt — nicht nur, wo man klickt.

Was du brauchst, bevor du anfängst

• Eine Maschine zum Betreiben — dein PC zum Testen, oder ein gemieteter Host/VPS für alles Öffentliche.
• Ein kostenloses Cfx.re-Konto für deinen Lizenzschlüssel.
• MySQL oder MariaDB — jedes ernsthafte Framework braucht eine Datenbank.
• Etwa 45 Minuten.

Unter Windows installiere zuerst das Microsoft Visual C++ Redistributable (x64). FXServer startet ohne das nicht, und die Fehlermeldung ist kryptisch — diese eine fehlende Abhängigkeit verursacht einen großen Teil der „schließt sich sofort”-Beiträge.

Unter Linux brauchst du xz-utils zum Entpacken des Builds sowie einen MySQL/MariaDB-Server.

Schritt 1 — Cfx.re-Lizenzschlüssel holen

Geh auf keymaster.fivem.net, melde dich mit deinem Cfx.re-Konto (dem aus dem Forum) an und registriere einen neuen Server-Key.

• Wähle „I’m using a server hosting provider” oder eine feste IP, falls du sie kennst — änderbar bleibt es.
• Kopiere den Schlüssel an einen sicheren Ort. Es ist eine lange Zufallszeichenkette.

Dieser Schlüssel identifiziert deinen Server gegenüber Cfx.re. Behandle ihn wie ein Passwort: nie in einen Discord-Screenshot, nie auf GitHub. Ein geleakter Schlüssel kann von jemand anderem genutzt werden und deinen sperren lassen.

Schritt 2 — Server-Artifacts herunterladen

Die Artifacts sind der eigentliche Server-Build (FXServer). Lade sie vom offiziellen Runtime:

• Windows — runtime.fivem.net/artifacts/fivem/build_server_windows/master/
• Linux — runtime.fivem.net/artifacts/fivem/build_proot_linux/master/

Nimm den Build mit der Markierung recommended, nicht den neuesten ganz oben. Brandaktuelle Artifacts zerschießen regelmäßig Ressourcen, und der empfohlene Build ist der, gegen den Skript-Entwickler tatsächlich testen. Wir verfolgen das in unserem Artifacts-Guide.

Entpacke es in einen eigenen Ordner — zum Beispiel C:\FXServer\server\ unter Windows oder /home/fivem/server/ unter Linux.

Schritt 3 — Ordnerstruktur aufsetzen

Halte den Build und deine Serverdaten in getrennten Ordnern. Das ist die beste Angewohnheit, mit der du starten kannst: Artifacts zu aktualisieren wird später zu „einen Ordner löschen und ersetzen” statt zu einer Operation am offenen Herzen zwischen deinen eigenen Dateien.

C:\FXServer\
├── server\          <- die entpackten Artifacts (ersetzbar)
└── server-data\     <- deine Ressourcen, server.cfg, Datenbank-Dumps

Wenn du FiveM in sechs Monaten aktualisierst, löschst du server\, entpackst den neuen Build, und alles, was wirklich dir gehört, bleibt unangetastet.

Schritt 4 — Den Server zum ersten Mal starten

Führe die Datei aus:

• Windows — Doppelklick auf FXServer.exe in server\.
• Linux — in den Ordner wechseln und ./run.sh ausführen.

Ein Konsolenfenster öffnet sich und txAdmin startet. Du siehst etwa:

[txAdmin] Starting txAdmin v7.x.x
[txAdmin] Web UI: http://localhost:40120
[txAdmin] PIN: 4821

Öffne diese URL im Browser und gib die PIN ein.

Schritt 5 — Master-Konto anlegen

txAdmin bittet dich, das Master-Konto anzulegen — den obersten Admin, den kein anderer Admin entfernen kann.

Nimm ein echtes Passwort, nicht admin123. Dieses Panel kann Konsolenbefehle auf deinem Server ausführen; wer es erreicht, besitzt deine Community. Optional kannst du eine Cfx.re- oder Discord-Identität für einfacheres Einloggen verknüpfen.

Später verloren? Server stoppen und einmal mit --resetadmin starten:

FXServer.exe --resetadmin

Schritt 6 — Datenbank vorbereiten

Bevor der Deployer läuft, halte MySQL/MariaDB bereit. Unter Windows ist der übliche Weg XAMPP oder eine eigenständige MariaDB-Installation; unter Linux mariadb-server aus der Paketverwaltung.

Lege eine leere Datenbank an (zum Beispiel fivem) und einen Benutzer mit allen Rechten darauf. Im nächsten Schritt gibst du txAdmin einen Connection-String in dieser Form:

mysql://benutzer:passwort@localhost/fivem?charset=utf8mb4

Nimm einen eigenen Benutzer, nicht root, und gib ihm ein echtes Passwort. Eine Framework-Datenbank enthält am Ende die Charaktere, das Geld und das Inventar jedes Spielers — das Einzige, was du wirklich nicht wiederherstellen kannst.

Schritt 7 — Ein Framework mit dem Rezept-Deployer aufsetzen

Jetzt der Teil, der txAdmin lohnenswert macht. Die Setup-Seite bietet mehrere Deployment-Typen; wähle beliebte Rezepte, dann deine Basis:

• ESX — das größte Ökosystem; am leichtesten für Skripte, Tutorials und Staff, der es kennt.
• QBCore — modern und Roleplay-orientiert.
• Qbox — eine performance-fokussierte Fortführung von QBCore.

Unentschieden? Lies unseren Vergleich ESX vs QBCore vs Qbox, bevor du dich festlegst — später zu migrieren ist echte Arbeit.

Dann fragt txAdmin nach:

1. Einem Servernamen und dem Datenordner (server-data\).
2. Deinem Connection-String aus Schritt 6.
3. Deinem Lizenzschlüssel aus Schritt 1.

Deployen anstoßen. txAdmin lädt das Framework, importiert das SQL, schreibt eine funktionierende server.cfg und startet den Server. Beobachte das Log: Es sagt dir genau, welches Teil hakt, falls etwas schiefgeht.

Schritt 8 — Deine server.cfg prüfen

Das Rezept schreibt eine funktionierende Konfiguration, aber du solltest verstehen, was drinsteht. txAdmin hat einen eingebauten CFG-Editor (Settings → CFG Editor), du musst also für kleine Änderungen keine Dateien per FTP anfassen.

Die wichtigsten Zeilen:

sv_hostname "Mein Roleplay-Server"
sv_maxclients 48
sv_licenseKey "dein-schluessel-hier"

endpoint_add_tcp "0.0.0.0:30120"
endpoint_add_udp "0.0.0.0:30120"

# OneSync — nötig für mehr als 32 Spieler
set onesync on
sv_enforceGameBuild 3095

Zwei Dinge, die man auf die harte Tour lernt:

• sv_maxclients ist keine Wachstumsstrategie. Fang bei 32–48 an. Ein leerer 128-Slot-Server wirkt tot; ein voller 48-Slot-Server wirkt lebendig.
• sv_enforceGameBuild legt den GTA-Build fest, den dein Server erwartet. Ändere ihn nur, wenn eine Ressource wirklich neueren DLC-Inhalt braucht, und rechne damit, danach alles neu zu testen.

Schritt 9 — Die richtigen Ports öffnen

Spieler verbinden sich über 30120, TCP und UDP. Wenn du nur TCP weiterleitest, erscheint der Server in der Liste, aber niemand kommt rein — der Klassiker, der einen Nachmittag kostet.

Exponiere 40120 niemals öffentlich. Brauchst du Fernzugriff, setze es hinter ein VPN oder einen Reverse Proxy mit HTTPS und starkem Passwort. Ein offenes txAdmin-Panel im rohen Internet ist eine vollständige Remote-Konsole für deinen Server, und Bots scannen danach.

Schritt 10 — Das Panel kennenlernen

Investiere hier zehn Minuten; sie zahlen sich aus:

• Dashboard — Live-Performance-Graph. Wenn Spieler sagen „der Server laggt”, bestätigst du es hier.
• Live Console — die echte Serverkonsole im Browser. Lies von oben nach unten und behebe immer den ersten roten Fehler; der Rest sind meist Folgefehler.
• Players — suchen, verwarnen, kicken, bannen und die Historie pro Identifier sehen.
• Restarter — geplante Neustarts. Richte sie ab Tag eins ein (siehe unten).
• CFG Editor — server.cfg ohne FTP bearbeiten.
• Discord-Bot — optional; Statusmeldungen und Whitelist über Rollen.

Richte geplante Neustarts sofort ein

Unter Settings → Restarter planst du Neustarts alle 6–12 Stunden. Ein lange laufender FXServer sammelt Speicher an und verschlechtert sich langsam; ein geplanter Neustart mit Countdown ist für Spieler unsichtbar. Ein ungeplanter Absturz zur Stoßzeit nicht.

Schritt 11 — Deine ersten Ressourcen hinzufügen

Mit laufendem Framework kommen Ressourcen nach server-data/resources/, jede mit einer ensure-Zeile aktiviert. Die Reihenfolge zählt — Abhängigkeiten starten zuerst:

# Kern — diese zuerst
ensure oxmysql
ensure ox_lib
ensure es_extended

# Gameplay
ensure mein-inventar
ensure mein-hud

Füge Ressourcen einzeln hinzu und starte dazwischen neu. Wenn du fünfzehn Skripte auf einmal einwirfst und der Server stirbt, hast du fünfzehn Verdächtige. Einzeln weißt du immer genau, was es kaputt gemacht hat.

Die Systeme, die Spieler zuerst bemerken, sind das Inventar und das HUD — sie sind permanent auf dem Bildschirm und prägen das Gefühl deines Servers stärker als jedes Job-Skript. Unser Guide zu den besten FiveM-Inventaren vergleicht das Feld; wenn du eines willst, das ESX, QB, QBCore und Qbox aus einer Codebasis abdeckt, ist Quasar Inventory der ausgefeilte Allrounder, zu dem wir im Test immer wieder zurückkehren. Für die Schritt-für-Schritt-Installation folge unserem Inventar-Installationstutorial.

Schritt 12 — Richtig testen, dann live gehen

Verbinde dich lokal mit connect localhost aus dem FiveM-Client (F8-Konsole), dann lass einen Freund über deine öffentliche Adresse beitreten.

Geh die komplette Schleife durch, bevor du irgendetwas ankündigst: spawnen, Job annehmen, Geld verdienen, Inventar öffnen, Gegenstand einlagern, Auto kaufen und rausholen, neu einloggen und prüfen, ob alles erhalten blieb. Das Neu-Einloggen ist der eigentliche Test — die meisten „mein Server verliert Spielerdaten”-Meldungen sind ein Datenbankproblem, das erst beim Reconnect auftaucht.

Sichere deine Datenbank — txAdmin tut es nicht für dich

Das ist die häufigste Lücke bei ansonsten gut geführten Servern. txAdmin verwaltet deinen Server; es sichert nicht deine Datenbank. Richte deinen eigenen geplanten Dump ein:

mysqldump -u fivem -p fivem > backup-$(date +%F).sql

Automatisiere es (cron oder Aufgabenplanung) und halte Kopien außerhalb der Maschine. Ein Server, den du an einem Nachmittag neu aufbaust, ist ein Ärgernis. Eine Datenbank, die du nicht wiederherstellen kannst, ist das Ende der Community.

Fehlerbehebung

Wie es weitergeht

Du hast jetzt einen laufenden, neustartbaren, gesicherten Server. Die zwei Dinge, die entscheiden, ob Spieler bleiben, sind Performance und eine stimmige Kernschleife — nicht wie viele Skripte du hast.

Lies unseren Optimierungs-Guide vor deinem ersten vollen Abend, und wie du Server-Lag reduzierst, wenn er unvermeidlich kommt. Dann schließ die Türen: Unser Sicherheits-Guide behandelt, was du härten solltest, bevor du es wert bist, angegriffen zu werden.