Was ist txAdmin genau?
txAdmin ist seit 2020 standardmäßig in FXServer enthalten: Es gibt nichts zu kaufen und nichts separat zu installieren. Beim ersten Start von FXServer läuft txAdmin automatisch an und stellt eine Weboberfläche bereit (standardmäßig auf Port 40120). Es ist der Standard der FiveM-Community, Open Source und vom Cfx.re-Team gepflegt.
- Live-Konsole: Serverlogs in Echtzeit, Befehle, Verlauf
- Recipes: automatisches Aufsetzen einer kompletten Basis (QBCore, ESX Legacy, vanilla)
- Scheduler: geplante Neustarts mit Ankündigungen im Spiel
- Spielerverwaltung: Bans, Warns, Whitelist, Notizen, Verlauf je Identifier
- Monitoring: Crash-Erkennung mit automatischem Neustart
Voraussetzungen
- Ein VPS mit mindestens 4 GB RAM — 8 GB empfohlen für eine QBCore/ESX-Basis mit Spielern. Unter Linux sind Debian und Ubuntu am besten dokumentiert: siehe unsere Seiten Debian-VPS und Ubuntu-VPS. Unter Windows brauchen Sie einen Windows-VPS mit RDP-Zugriff.
- Einen kostenlosen Lizenzschlüssel von portal.cfx.re (für jeden FiveM-Server Pflicht), einzutragen in
server.cfg über sv_licenseKey
- Die Ports 30120 in TCP und UDP (Spiel) und 40120 in TCP (txAdmin-Panel) in der Firewall geöffnet
- Eine MariaDB- oder MySQL-Datenbank, wenn Sie ein Roleplay-Framework aufsetzen: QBCore wie ESX speichern dort Charaktere, Inventar und Wirtschaft
Installation auf einem Linux-VPS
Laden Sie den aktuellen FXServer-Build von runtime.fivem.net, entpacken Sie ihn in einen Ordner (z. B. ~/fxserver) und starten Sie ./run.sh. txAdmin startet automatisch und zeigt im Terminal eine vierstellige PIN, die einige Minuten gültig ist. Öffnen Sie http://VPS-IP:40120 im Browser, geben Sie die PIN ein und verknüpfen Sie Ihr Cfx.re-Konto: Das wird Ihre Administrator-Identität. Damit der Server eine SSH-Trennung übersteht, starten Sie ihn in tmux, screen oder als systemd-Dienst — der nächste Abschnitt liefert die vollständige Unit.
FXServer als systemd-Dienst betreiben
Ein von Hand im Terminal gestarteter Server stirbt mit der SSH-Sitzung und kommt nach einem Neustart des VPS nicht zurück. Ein systemd-Dienst löst beides. Legen Sie /etc/systemd/system/fxserver.service mit folgendem Inhalt an und ersetzen Sie Benutzer und Pfade durch Ihre eigenen:
[Unit] — Description=FXServer FiveM und After=network.target mariadb.service: Der Server startet nicht, bevor Netzwerk und Datenbank bereit sind[Service] — User=fivem, WorkingDirectory=/home/fivem/fxserver, ExecStart=/home/fivem/fxserver/run.sh, Restart=always, RestartSec=10[Install] — WantedBy=multi-user.target- Danach
systemctl daemon-reload, systemctl enable --now fxserver und journalctl -u fxserver -f, um die Startlogs zu lesen — dort erscheint beim ersten Lauf die PIN
Den Server unter einem eigenen Konto laufen lassen
Betreiben Sie FXServer nicht als root. Legen Sie einen eigenen Systembenutzer an (adduser --system --group fivem), platzieren Sie dort den Serverordner und übertragen Sie ihm das Eigentum an txData. Eine schlecht geschriebene Drittanbieter-Resource — und davon kursieren im Roleplay-Umfeld viele — erreicht dann nur die Spieldateien, nicht den Rest der Maschine. Auf einem VPS, der zusätzlich eine Website oder Datenbank beherbergt, ist diese Trennung das Minimum.
txAdmin auf einem Windows-VPS installieren
FXServer gibt es auch als Windows-Build, und viele Roleplay-Communities bleiben dabei, weil ihre Entwicklungswerkzeuge dort laufen. Das Prinzip ist identisch: server.zip von runtime.fivem.net laden, entpacken und FXServer.exe starten. txAdmin läuft an, zeigt die PIN im Konsolenfenster, und das Panel antwortet unter http://VPS-IP:40120. Einige Unterschiede sollten Sie kennen:
- Die Windows-Firewall blockiert standardmäßig: Legen Sie zwei eingehende Regeln an, eine für Port 30120 in TCP und UDP, eine für Port 40120 in TCP (Windows Defender Firewall mit erweiterter Sicherheit oder
New-NetFirewallRule in PowerShell)
- Das Konsolenfenster schließt mit der RDP-Sitzung: Damit der Server dauerhaft läuft, registrieren Sie
FXServer.exe als Windows-Dienst (NSSM und WinSW sind die beiden von der Community genutzten Werkzeuge) oder nutzen Sie eine geplante Aufgabe mit Auslöser «beim Start des Computers»
- Planen Sie mehr Arbeitsspeicher ein als unter Linux: Das Betriebssystem selbst verbraucht mehr. Auf unseren Windows-VPS beginnt das Einstiegsangebot bei 8 GB — genug Reserve für eine QBCore- oder ESX-Basis
- Die Microsoft-Lizenz ist nicht enthalten: Anders als bei einem Linux-VPS ist das eine zusätzliche Ausgabe
Eine Basis mit Recipes aufsetzen
Beim ersten Zugriff bietet der txAdmin-Assistent an, eine Recipe auszurollen: eine komplette Server-Basis, die automatisch installiert wird (Framework, Datenbank, Start-Resources). Wählen Sie QBCore oder ESX Legacy für einen Roleplay-Server oder eine Vanilla-Basis für den Start bei null. Die Recipe konfiguriert auch die MySQL/MariaDB-Verbindung — installieren Sie auf dem VPS zuerst MariaDB und legen Sie eine eigene Datenbank an.
Welche Ports freigegeben werden müssen — und warum
Nur drei Ports, aber ein klassischer Fehler ist, 30120 nur in TCP zu öffnen. FiveM nutzt dieselbe Portnummer in TCP und in UDP: TCP für die Erkennung und die Serverliste, UDP für den Spielverkehr. Ein Server, der in der Liste erscheint, dem aber niemand beitreten kann, ist fast immer vergessenes UDP.
- 30120/tcp und 30120/udp: das Spiel. Für alle offen. Unter Debian oder Ubuntu öffnet
ufw allow 30120 beide Protokolle auf einmal
- 40120/tcp: das txAdmin-Panel. Auf Ihre eigene IP beschränken, siehe unten
- 3306/tcp (MariaDB): nicht nach außen öffnen. Die Datenbank läuft auf derselben Maschine wie FXServer und wird über
127.0.0.1 erreicht. Ein offener MySQL-Port im Internet ist einer der schnellsten Wege, eine Charakter-Datenbank zu verlieren
- Der Spielport lässt sich ändern (
endpoint_add_tcp und endpoint_add_udp in server.cfg): praktisch, um Produktiv- und Testserver auf derselben Maschine zu betreiben
Wie viel Hardware pro Spielerzahl
Die RAGE-Engine hängt stark an einem einzigen Kern: Die Taktfrequenz zählt mehr als die Anzahl der vCores. Ein VPS mit 8 langsamen Kernen trägt weniger Spieler als einer mit 4 schnellen. Beim Arbeitsspeicher entscheiden die Drittanbieter-Resources — ein vollständiger Roleplay-Server lädt leicht hundert Skripte.
- Vanilla-Basis, eine Handvoll Spieler: 4 GB RAM genügen, das ist die Untergrenze, um FXServer überhaupt zu starten
- QBCore oder ESX, 20 bis 40 Spieler: 8 GB. Die rund fünfzig Skripte eines startenden Roleplay-Servers belegen allein 2 bis 4 GB, MariaDB verlangt etwa 1 GB mehr
- Etablierter Server, 64 Slots und mehr, eigene Skripte: 16 GB und SSD-Speicher — die Zugriffe auf die Datenbank sind während der Sessions permanent
- Speicherplatz: Rechnen Sie Ihre Resources plus Datenbank, und lassen Sie Platz für Backups. Roleplay-Server wachsen mit der Zeit, nie umgekehrt
Die txAdmin-Konsole im Alltag
Der Reiter Live Console zeigt die Serverlogs in Echtzeit und nimmt alle FXServer-Befehle an (refresh, ensure meine-resource, restart es_extended...). Sensible Aktionen werden je Admin-Konto protokolliert: Jeder Kick, Ban oder Neustart ist nachvollziehbar — praktisch, wenn mehrere Moderatoren den Server betreuen.
- Scheduler: 1 bis 2 Neustarts pro Tag mit automatischen Ankündigungen — der Speicher eines FiveM-Servers fragmentiert mit der Zeit
- Backups: Sichern Sie regelmäßig Ihren Datenordner und die MySQL-Datenbank (txAdmin sichert die DB nicht für Sie)
- Berechtigungen: Legen Sie pro Moderator ein Admin-Konto mit eingeschränkten Rechten an, statt das Hauptkonto zu teilen
FXServer und txAdmin aktualisieren
txAdmin hat kein eigenes Update: Es steckt im FXServer-Artifact, also aktualisiert ein Server-Update auch das Panel. Der Vorgang ist einfach, muss aber in dieser Reihenfolge ablaufen, sonst geht eine Konfiguration verloren.
- Nehmen Sie einen VPS-Snapshot im Kundenbereich auf, mindestens aber eine Kopie des Serverordners und einen Datenbank-Export
- Stoppen Sie den Server sauber (
systemctl stop fxserver oder der Stop-Button in txAdmin)
- Ersetzen Sie nur die Artifact-Dateien — lassen Sie
txData/, Ihren Ordner resources/ und server.cfg unberührt: Das sind Ihre Daten, nicht die des Servers
- Neu starten und in der Konsole prüfen, ob alle Resources laden. Eine mit dem neuen Build inkompatible Resource fällt sofort in den Logs auf
- Behalten Sie das vorherige Artifact einige Tage: Ein Rollback besteht dann darin, den alten Ordner zurückzulegen
Sichern, was wirklich zählt
Eine Bemerkung kommt im Support oft: «txAdmin macht doch Backups?» Das tut es, aber nicht von dem, was Sie meinen. Die Datenbank sichert txAdmin nicht. Genau dort liegen aber Charaktere, Fahrzeuge, Bankkonten und Inventare — alles, was Ihre Community aufgebaut hat und dessen Verlust niemand verzeiht.
- Die Datenbank: ein täglicher
mysqldump per Cron, abgelegt außerhalb des VPS selbst
- Der Ordner
txData/: enthält admins.json, die Panel-Konfiguration und den Verlauf der Sanktionen
- Ihr Ordner
resources/ und server.cfg: vor allem, wenn Sie gekaufte Skripte angepasst haben — diese Änderungen existieren sonst nirgends
- VPS-Snapshots decken die ganze Maschine ab und lassen sich im Kundenbereich mit einem Klick zurückspielen. Sie ergänzen Datenbank-Exporte, ersetzen sie aber nicht: Ein Snapshot stellt auch den Fehler wieder her, den Sie rückgängig machen wollten
Den Zugang zum Panel absichern
Ein Admin-Panel auf einer öffentlichen IP ist ein offensichtliches Ziel. Drei Maßnahmen genügen:
- Port 40120 auf Ihre IP beschränken:
ufw allow from IHRE_IP to any port 40120, dann ufw deny 40120 — nur Ihre Mit-Admins erreichen das Panel, der Spielport (30120) bleibt für alle offen
- Die Authentifizierung nie deaktivieren, auch nicht «nur zum Testen»: Der passwortlose Modus von txAdmin ist für lokale Entwicklung gedacht, niemals für einen öffentlichen VPS
- HTTPS-Reverse-Proxy im Produktivbetrieb (optional): Nginx oder Caddy davor, mit Subdomain und Let's-Encrypt-Zertifikat, statt
ip:40120 im Klartext zu veröffentlichen — die WebSocket-Header (Upgrade/Connection) müssen weitergereicht werden, die Live-Konsole hängt davon ab
- Ein Admin-Konto pro Person mit möglichst wenigen Rechten: txAdmin protokolliert Aktionen je Konto — nutzlos, wenn alle denselben Zugang teilen
Häufige Probleme und Lösungen
- Seite 40120 nicht erreichbar: Der Port ist zu — in der Firewall öffnen (
ufw allow 40120/tcp) oder prüfen, ob txAdmin lauscht (Startlogs)
- Der Server steht in der Liste, aber niemand kommt rein: Port 30120 ist nur in TCP offen. Öffnen Sie ihn auch in UDP
- PIN abgelaufen: FXServer neu starten, im Terminal erscheint eine neue PIN
- Admin-Zugang verloren: Server stoppen und
txData/admins.json löschen — txAdmin startet den Ersteinrichtungs-Assistenten neu
- «Invalid license key»: Der Cfx.re-Schlüssel ist an eine IP-Adresse gebunden. Nach einem Serverwechsel auf portal.cfx.re neu erzeugen und die Zeile
sv_licenseKey in server.cfg ersetzen
- Die Live-Konsole bleibt hinter einem Reverse-Proxy leer: Die WebSocket-Header werden nicht weitergereicht. Ergänzen Sie
Upgrade und Connection in der Nginx-Konfiguration
- Der Server startet in einer Schleife neu: Lesen Sie die Logs unmittelbar vor dem Crash. In neun von zehn Fällen ist es eine tags zuvor hinzugefügte Drittanbieter-Resource — aus
server.cfg entfernen und zur Bestätigung neu starten
- Server ruckelt: Beobachten Sie den Monitoring-Reiter; wenn der RAM mit Ihrer Basis und Ihren Spielern voll läuft, wechseln Sie auf einen größeren VPS-Plan. Der Wechsel erfolgt im Kundenbereich, ohne Neuinstallation
- Wiederholte Angriffe während der Sessions: Gut besuchte Roleplay-Server werden regelmäßig angegriffen. Filterung auf Netzwerkebene ist das einzige Mittel; siehe unseren Guide Anti-DDoS verstehen
