Pterodactyl vs Crafty vs MCSManager: Minecraft-Panel-Vergleich 2026

Wer Minecraft selbst auf einem Root-Server oder VPS betreibt, kommt früher oder später an die Frage: welches Control Panel steuert das Ganze. Die drei freien, selbst gehosteten Kandidaten, die 2026 wirklich zählen, sind Pterodactyl, Crafty Controller und MCSManager. Hier folgt ein Vergleich aus der Praxis: Architektur, Installation, Sicherheit, UX, mit echten Configs und ohne Marketing-Phrasen.

Wozu überhaupt ein Panel

Nacktes screen mit java -Xmx8G -jar paper.jar funktioniert. Genau bis zu dem Moment, an dem ein Moderator Konsolen-Zugriff ohne Root braucht, ein zweiter Server her muss, ein S3-Backup täglich laufen soll, CPU- und Spielermetriken interessieren, oder ein OOM-Restart automatisiert werden soll. Ein Panel deckt Prozesssteuerung, Isolation, Web-Konsole, Dateimanager, Scheduler, Benutzerverwaltung, SFTP und Backups ab.

Alle drei Projekte sind aktiv: Pterodactyl Panel läuft auf der 1.x-Linie mit aktiver 2.x-Diskussion, Crafty Controller steht auf 4.x, MCSManager veröffentlicht 10.x. Alle drei sind kostenlos und Open Source.

Pterodactyl: der Industriestandard bei Hostern

Pterodactyl ist nicht ein Programm, sondern ein Paar:

• Panel (PHP/Laravel + MySQL + Redis): Web-UI, Datenbank, API.
• Wings (Go): der Daemon pro Node, der Spielserver in Docker-Containern startet.

Panel und Wings reden per HTTPS mit Node-Token. Panel hält Konfiguration und Sessions, Wings macht die eigentliche Arbeit: Container starten, Konsole per WebSocket weiterreichen, Dateien verwalten, eigenen SFTP-Server fahren.

Architektonisches Kernstück: jeder Spielserver lebt in seinem eigenen Docker-Container, mit eigener uid, CPU/RAM/IO-Limits und eigenen Namespaces. Ein durchgedrehtes Plugin auf einem Server zieht die Nachbarn nicht mit. Das ist auch der Grund, warum etwa 90% der kommerziellen Minecraft-Hoster (Bisect, Shockbyte, ScalaCube, Apex und Co.) unter der Haube auf Pterodactyl oder dem Fork Pelican laufen.

Die Schattenseite passt zur Stärke:

• Docker und Linux-Netzwerk-Grundwissen sind Pflicht.
• Panel-Install verlangt PHP 8.2+, composer, Node, MySQL/MariaDB, Redis, Nginx, certbot und Wings extra auf jeder Node.
• Footprint ist real: 1.5 bis 2 GB RAM für Panel + Wings im Leerlauf sind normal.

Pterodactyl Panel installieren (Auszug)

Vollständige Anleitung auf pterodactyl.io, hier das Skelett:

# Abhängigkeiten
sudo apt update
sudo apt -y install nginx mariadb-server redis-server certbot \
  php8.2 php8.2-{cli,gd,mysql,pdo,mbstring,tokenizer,bcmath,xml,fpm,curl,zip} \
  composer git

# Panel ziehen
sudo mkdir -p /var/www/pterodactyl
cd /var/www/pterodactyl
sudo curl -L https://github.com/pterodactyl/panel/releases/latest/download/panel.tar.gz | sudo tar -xzv

# Konfigurieren
sudo cp .env.example .env
sudo composer install --no-dev --optimize-autoloader
sudo php artisan key:generate --force
sudo php artisan p:environment:setup
sudo php artisan p:environment:database
sudo php artisan migrate --seed --force
sudo php artisan p:user:make

Danach Wings auf der Node:

# Node (gleiche oder eigene Maschine)
curl -sSL https://get.docker.com/ | sh
sudo systemctl enable --now docker

sudo mkdir -p /etc/pterodactyl
sudo curl -L -o /usr/local/bin/wings \
  "https://github.com/pterodactyl/wings/releases/latest/download/wings_linux_amd64"
sudo chmod u+x /usr/local/bin/wings

Die Node-Config wird im Panel generiert und nach /etc/pterodactyl/config.yml kopiert. Nach systemctl enable --now wings taucht die Node grün im Admin-UI auf.

Crafty Controller: ein Panel für eine Kiste

Crafty Controller (Repo craftycontrol/crafty-4 auf GitLab/GitHub) ist in Python (Tornado) geschrieben und kommt als Monolith. Web-UI und Daemon in einem Prozess. Das vereinfacht den Betrieb, deckelt aber: eine Crafty-Instanz steuert nur Server auf derselben Maschine. Kein Multi-Node.

Im Gegenzug bekommst du:

• One-Command-Install per Skript oder Docker-Container.
• Eingebauter Scheduler für Backups, Restarts, Konsolen-Befehle.
• Einfache RBAC mit Rollen, Benutzern, Server-zu-Rolle-Bindung.
• Import bestehender World-Ordner und Server von der Platte.
• Geringer Overhead: 200-400 MB RAM für das Panel selbst.

Crafty packt Spielserver nicht in Docker. Jede Minecraft-Instanz ist ein java-Prozess, den Crafty direkt forkt und über stdin/stdout steuert. Die Isolation ist schwächer als bei Pterodactyl, der Betriebsaufwand aber deutlich kleiner.

Crafty Controller installieren

Sauberster Weg, per Docker Compose:

# docker-compose.yml
services:
  crafty:
    container_name: crafty_container
    image: registry.gitlab.com/crafty-controller/crafty-4:latest
    restart: always
    environment:
      - TZ=Europe/Berlin
    ports:
      - "8443:8443"
      - "8123:8123"
      - "19132:19132/udp"
      - "25500-25600:25500-25600"
    volumes:
      - ./docker/backups:/crafty/backups
      - ./docker/logs:/crafty/logs
      - ./docker/servers:/crafty/servers
      - ./docker/config:/crafty/app/config
      - ./docker/import:/crafty/import

Nach docker compose up -d öffnest du https://localhost:8443, holst die Default-Credentials aus docker compose logs crafty, änderst das Passwort und legst den ersten Server direkt im Wizard an.

MCSManager: leichtgewichtiges Multi-Instance-Panel aus China

MCSManager (MCSManager/MCSManager auf GitHub) stammt aus China und wächst seit 2024 auch in EU- und RU-Communities. Architektur ist zweiteilig wie bei Pterodactyl, aber ohne harte Docker-Pflicht:

• Web (Node.js + Vue): Panel-UI und knotenübergreifende Verwaltung.
• Daemon (Node.js): steuert Prozesse auf der Node, redet per TCP/HTTPS mit Web.

Eine Web-Instanz kann Dutzende Daemons über mehrere Maschinen verwalten. Daemon startet Minecraft-Instanzen als reguläre Prozesse, optional in Docker (Schalter pro Instanz in den Einstellungen).

Was MCSManager richtig macht:

• Leicht: Daemon liegt bei 50-150 MB RAM, Web etwa gleich.
• Multi-Node ohne Docker als Pflichtschicht.
• Dateimanager und Web-Terminal von Haus aus.
• i18n: Chinesisch, Englisch, Russisch, Japanisch.
• Plugins, Mods und Welten per Drag-and-Drop in den Browser ziehen.

Was eher rau ist:

• Englische Doku ist stellenweise dünn, beste Anleitungen liegen weiter auf Chinesisch.
• Sicherheitsmodell ist einfacher: Server-Prozesse laufen unter derselben uid wie der Daemon. Ohne Docker sehen sie sich gegenseitig im Dateisystem.
• Weniger Billing-Integrationen.

MCSManager installieren

Offizieller One-Liner (installiert Web und Daemon):

sudo su -c "wget -qO- https://script.mcsmanager.com/setup.sh | bash"

Das Skript holt Node.js 20+, klont das Repo, legt mcsm-web und mcsm-daemon als systemd-Units an. Web hört auf 23333, Daemon auf 24444. http://server-ip:23333 aufrufen, Admin registrieren, lokalen Daemon per Token verbinden.

Für Multi-Node nur den Daemon auf der zweiten Maschine:

sudo su -c "wget -qO- https://script.mcsmanager.com/setup_daemon.sh | bash"
cat /opt/mcsmanager/daemon/data/Config/global.json | grep key

Den key greifen, Node im Web per IP und Token einbinden.

Große Vergleichstabelle

Kriterium	Pterodactyl 1.x	Crafty Controller 4.x	MCSManager 10.x
Sprache/Stack	PHP Laravel + Go (Wings)	Python (Tornado)	Node.js + Vue
Architektur	Panel + Wings (getrennt)	Monolith	Web + Daemon
Multi-Node	Ja, nativ	Nein	Ja, nativ
Docker für Spielserver	Pflicht	Nein	Optional
Installationsaufwand	Hoch (10-15 Schritte)	Niedrig (ein docker compose)	Niedrig (ein Skript)
Panel-RAM Idle	1.5-2 GB	250-400 MB	100-200 MB (Web+Daemon)
Web-Konsole	WebSocket	WebSocket	WebSocket
Dateimanager	Ja, + SFTP	Ja	Ja
SFTP pro Server	Ja, eingebaut	Nein (Host-SSH)	Nein (Host-SSH)
Backups	Lokal + S3	Lokal + Schedule	Lokal + Schedule
Plugin-Install UX	Datei-Upload	CurseForge-Katalog (4.4+)	Datei-Upload schnell
RBAC/Rollen	Granular	Granular	Basis
Billing-Integrationen	Blueprint, Pterodactyl Billing	Keine	Keine
2FA	Ja, TOTP	Ja, TOTP	Ja, TOTP
Prozess-Sandbox	Docker Namespaces, cgroups	Keine	Optional Docker
API	REST, dokumentiert	REST	REST
Forge/Fabric/Paper	Über Eggs	Über Server-Typen	Über Templates
Repo-Aktivität (2025-2026)	Hoch	Hoch	Hoch
Beste Eignung	Hoster und Teams	Solo-Admins, Heim-Server	Bastler, Multi-Node ohne Docker

Plugin- und Datei-UX

Pterodactyl zeigt Dateien per Web-Browser und Per-Server-SFTP. Plugins gehen meist per SFTP nach plugins/ oder per Web-Upload. Im Panel selbst gibt es keinen Plugin-Marktplatz, aber Drittmodule wie Blueprint bringen einen PluginUploader nach.

Crafty Controller hat ab 4.4 eine eingebaute Plugin-Suche und Installation aus CurseForge per API-Key. Tippen, Install klicken, jar landet in plugins/.

MCSManager setzt auf Upload-Tempo. Der Dateimanager kann Drag-and-Drop, Bulk-Delete, Zip-Extraktion, In-Browser-Editor für YAML/JSON. Kein Katalog, aber der Workflow Upload-und-Restart fühlt sich am schnellsten an.

Backups

Pterodactyl behandelt Backups als First-Class-Objekt: pro Server ein Limit, Rotation, Backend (lokale Platte oder S3-kompatibel). Snapshot per UI oder API, Restore per Listenauswahl.

Crafty plant Backups per Cron-ähnlicher Regel, legt sie nach /crafty/backups, rotiert nach Anzahl oder Alter. Kein natives S3, ein Bucket lässt sich aber per rclone-mount anbinden.

MCSManager fährt geplante Per-Instance-Backups lokal. Kein natives S3.

Performance und Overhead

Auf einer 16 GB / 8 vCPU-Kiste fällt der Unterschied im Alltag erst auf, wenn die Decke nahe ist:

• Pterodactyl: Panel und Wings zusammen halten 1.5-2 GB RAM idle, plus Docker-Daemon. Jeder Spiel-Container kommt mit ~30-50 MB Namespace-Overhead.
• Crafty Controller: 300-400 MB für das Panel, Spielprozesse laufen nativ ohne Container-Overhead.
• MCSManager: 100-200 MB für Web+Daemon, native Prozesse.

Auf einem 4-GB-Heim-Server würgt Pterodactyl den Rest ab. Auf einer 16-GB-VPS verschwindet der Unterschied im Rauschen.

Sicherheit: worauf wirklich achten

Pterodactyl bietet die stärkste Isolation. Jeder Server in eigenem Container, eigene uid, cgroups-Limits. Eine Plugin-RCE auf einem Server gibt dem Angreifer keine Shell auf dem ganzen Host. Auch der SFTP-Server gehört Pterodactyl per Wings, nicht dem Host-sshd, mit Per-User-Rechten und ohne Shell-Zugang.

Crafty fährt alle Minecraft-Instanzen unter der crafty-uid. Wer per Plugin-RCE auf einem Server reinkommt, sieht die Dateien aller anderen Server derselben Crafty-Installation. Player- und Admin-Zugriff geht über das Web-UI mit RBAC, separaten SFTP gibt es nicht.

MCSManager ähnelt Crafty im Single-Node-Modus, aber Daemon kann auf einer eigenen Maschine laufen und liefert so Netzwerk-Isolation zwischen Knoten. Auf einer Node sehen sich die Instanzen, sofern der Docker-Schalter pro Instanz nicht aktiv ist.

Für alle drei gilt:

• TLS auf dem Web-UI ist Pflicht (Let's Encrypt).
• 2FA für jeden Admin.
• Admin-Zugriff per IP über nginx oder Firewall einschränken.
• Off-Site-Backups.
• Security-Patches innerhalb einer Woche nach Release einspielen.

Wann welches Panel

Pterodactyl, wenn:

• Kommerzielles Hosting oder internes Multi-Tenant ab 5 Usern.
• Harte Isolation und CPU/RAM-Quoten gefragt sind.
• Docker und MySQL kein Hindernis sind.

Crafty Controller, wenn:

• Eine Person oder ein 2-3-Admin-Team.
• Ein Server, eine VPS oder ein Dedi.
• Einfacher Einstieg ohne Docker-Steuer wichtig ist.

MCSManager, wenn:

• 2+ Nodes, Docker aber nicht als Substrat.
• Minimaler Daemon-Footprint zählt.
• Englische Doku reicht und gelegentliche chinesische Issues kein Problem sind.

Ökosystem und Forks

Pterodactyl hat das tiefste Add-on-Ökosystem der drei. Blueprint-Erweiterungen liefern Plugin-Uploader, Backups in spezifische S3-Buckets und Theme-Pakete. Pterodactyl Billing, Paymenter und ähnliche Module verknüpfen Verkauf von Spielservern mit dem Panel für Reseller. Crafty und MCSManager haben das nicht in vergleichbarer Form, weil ihre Zielgruppe der Self-Admin ist, nicht das Hosting-Geschäft.

Crafty stützt sich auf eine aktive Discord-Community. Releases sind regelmäßig, das GitLab-Issue-Tracking arbeitet zügig. Kein Plugin-Marktplatz im Pterodactyl-Sinn, aber für eine kleine Crew decken die eingebauten Features rund 95% der Anforderungen ab.

MCSManager hat die stärkste Community in Asien. Releases kommen häufig, der GitHub-Tracker ist zweisprachig, das Englisch-UX hat sich durch 2025-2026 mit jedem Minor-Release verbessert. Wer den absolut leichtesten Footprint will, landet hier.

Auf die Öffentlichkeit gestellt

Sobald das Panel steht und Minecraft-Instanzen unter play.example.com erreichbar sind, kommt das nächste Problem: Eingangs-Traffic säubern. Jede öffentliche Maschine mit Port 25565 bekommt früher oder später entweder Bots aus Minecraft-Scannern (die IPs, die im Log mit \x00 spammen) oder einen UDP-Flood von einem genervten Spieler. Das Panel isoliert Prozesse, die Netzwerkschicht bleibt aber Sache des Servers. Genau dort sitzen L4/L7-Filter (MineGuard, Cloudflare Spectrum, eigene nftables-Regeln) zwischen Internet und Node. Die Panel-Wahl beeinflusst die Filter-Wahl nicht: Pterodactyl, Crafty und MCSManager nehmen weitergeleiteten Traffic alle gleich an.

FAQ

Kann ich von Crafty zu Pterodactyl ohne Welt-Verlust migrieren?

Ja. Server in Crafty stoppen, World-Ordner und server.properties per SFTP kopieren. In Pterodactyl neuen Server auf dem passenden Egg anlegen (Paper, Fabric usw.), stoppen, Welt und Plugins per SFTP einspielen, starten. Spieler verlieren nur Chat-History, falls sie in einer Logger-Plugin-Datenbank am alten Host hing.

Pterodactyl oder der Fork Pelican?

Pelican ist der Fork aus dem Pterodactyl-Team-Konflikt 2024. Anfang 2026 ist Pelican aktiv in Entwicklung, das Ökosystem (Eggs, Themes, Billing) ist auf Pterodactyl aber breiter. Neuer Deploy ohne Egg-Bindung: Pelican lohnt einen Blick. Bestehender Ptero-Betrieb: kein dringender Grund umzuziehen.

Ist MCSManager trotz Herkunft sicher?

Quellcode liegt offen auf GitHub, die Community hat Reviews gemacht, Releases kommen aktiv. Bekannte Hintertüren gibt es nicht. Standard-Hygiene (Firewall, 2FA, Port 24444 nie ins öffentliche Internet) gilt wie bei jedem Panel.

Welches Panel ist am angenehmsten für Forge/NeoForge-Modpacks?

Alle drei können Modded Server, nur über verschiedene Wege. Pterodactyl braucht ein Egg für Forge/NeoForge (fertige Eggs in pterodactyl/yolks). Crafty hat einen eingebauten Forge-Installer-Wizard. MCSManager handhabt Forge per Template oder manuellem jar-Upload mit mods/-Ordner.

Wieviel RAM für Panel + 2-3 Server?

Komfortabel auf einem Dedi: Pterodactyl will mindestens 16 GB (2 GB Panel + Docker + 3x4 GB Server + Reserve). Crafty/MCSManager schaffen dieselbe Last in 14-15 GB.

Panel hinter Cloudflare betreiben?

Web-UI: kein Problem. Spielport (25565) wird auf Cloudflare Free nicht weitergereicht, dafür braucht es Cloudflare Spectrum oder einen anderen Proxy oder Filter für UDP/Bedrock und TCP-Spielverkehr.

Welches Panel auch immer die Wahl ist, lohnt sich ein sauber zugemachter Pfad: nur die IP des Filters oder Proxys darf den Spielport erreichen, und Java sollte BungeeGuard oder Velocity Modern Forwarding verlangen, damit niemand am Front-End vorbei IP-Spoofing direkt aufs Backend macht. Panel passend zur Teamgröße und zum Isolations-Anspruch wählen, dann die Netzwerkschicht als eigenes Thema mit eigener Antwort behandeln.